ayuda con duplicacion

11/12/2003 - 19:25 por iDeafix | Informe spam
A ver si podeis decirme dónde esta el error o que hago mal (a ver si consigo
que funcione hoy al menos las pruebas):
nota: Llamaré AC al administrador corporativo

SERVIDOR1:
- Será el distribuidor y el publicador
- Creo una bbdd llamada PRUEBAS con tabla1 y tabla2 (esta es mi base de
datos)
- En al AC / SERVIDOR1 / Duplicación / boton dcho "Configurar publicación,
suscriptores y distribución. Me sale una ventana de solapas dónde ya figura
SERVIDOR1 como Distribuidor y como Publicador (debe ser de pruebas de esta
mañana). Elijo que la base de datos de publicación sea PRUEBAS. Hay dos
casillas "Trans" y "Mezclar", elijo sólo Trans (también he probado con
ambas). En la solapa suscriptores elijo SERVIDOR2.

- En AC / SERVIDOR1 / Publicaciones / boton dcho "Nueva Publicacion". Elegir
la base de datos de publicación me dice. Elijo PRUEBAS.
- Elijo publicación transaccional que parece que se ajusta a lo que quiero.
- En "Especificar tipo de suscriptor" elijo "Servidores con SQL Server 2000"
- Ahora me aparecen las tablas. Elijo solamente Tabla1 tanto el tag
"Mostrar" como "Publicar".
- Elijo PRUEBAS como nombre de la publicación.
- No defino ningún filtro de datos

SERVIDOR2:
- En el AC / SERVIDOR2 / Suscripciones / boton dcho "Nueva Suscripcion de
extraccion". Elijo PRUEBAS:PRUEBAS
- Ahora tengo opción de crear una bbdd, creo PRUEBAS y la tomo como base.
- Inicializar suscripción (el agente de instantáneas debe crear una inst. y
el agente de distrib. aplicará la inst. cuando esté disponible)
- Escojo actualización continua

Ahora, tarde o temprano debería ver en PRUEBAS del SERVIDOR2 una tabla
llamada Tabla1, ¿no?
¿Que me faltaría por hacer?
¿Necesito iniciar algunos de esos agentes?
Si voy a SERVIDOR1 / Agentes / Agentes de Instantaneas, me aparece uno
llamado PRUEBAS que está detenido, si intento iniciarlo, me dice
"Error14262: el @job_id('... ...') especificado no existe".

Preguntas similare

Leer las respuestas

#1 Pablo O. Abbate
12/12/2003 - 13:33 | Informe spam
Hola:

Para generar este escenario, ¿utilizaste el asistente de replicación?


Pablo O. Abbate
MCDBA - MCAD - MCSD - MCT
www.auladat.es


"iDeafix" escribió en el mensaje
news:brbu5e$1mh4p$
Mostrar la cita
consigo
Mostrar la cita
figura
Mostrar la cita
Elegir
Mostrar la cita
quiero.
Mostrar la cita
2000"
Mostrar la cita
y
Mostrar la cita
#2 Miguel Egea
12/12/2003 - 13:53 | Informe spam
Buenas, la forma de actuar parece correcta,pero evidentemente alguien ha
borrado el job,elimina todas las publicaciones, desmarca el servidor y
empieza tal y como has dicho pero desde el principio.

Intentaré crear un paso-a-paso para portalsql sobre como crear una
duplicación transaccional y suscribirse.

Uso en messenger , si estoy conectado
podríamos intentar resolverlo on-line (aunque francamente no me conecto
mucho)


Asegurate que no hay firewalls entre servidor1 y 2

Saludos
Miguel Egea

"iDeafix" escribió en el mensaje
news:brbu5e$1mh4p$
Mostrar la cita
consigo
Mostrar la cita
figura
Mostrar la cita
Elegir
Mostrar la cita
quiero.
Mostrar la cita
2000"
Mostrar la cita
y
Mostrar la cita
#3 iDeafix
12/12/2003 - 14:13 | Informe spam
Hola,

No sé como ha desaparecido el job, sólo hago yo estas cosas. He tenido que
crear PRUEBAS2 como una nueva bbdd de pruebas porque los jobs estaban
creados pero al pinchar sobre ellos te dice que no existen :-? . He
preferido abandonar la bbdd PRUEBAS.

Ya me funciona, pero la primera forma de duplicación que había elegido no me
sirve puesto que los suscriptores no podían modificar la bbdd publicada en
el servidor central y esto es crítico en mi caso.

He elegido que sea "de mezcla" la forma de duplicación y ya funciona al
menos la primera prueba tipo "hola mundo". Lo que he descubierto, que me
desconcierta un poco, es que se crea un campo adicional en cada tabla.
Espero que esto no afecte al sistema que ya tenemos desarrollado. ¿Que
opinas?

Hala, ya me voy contento a pasar el fin de semana.

Gracias y saludos, buen fin de semana a todos.


"Miguel Egea" escribió en el mensaje
news:
Mostrar la cita
publicación,
Mostrar la cita
esta
Mostrar la cita
de
Mostrar la cita
base.
Mostrar la cita
inst.
Mostrar la cita
#4 Miguel Egea
12/12/2003 - 14:48 | Informe spam
Tiene que hacerlo, incluso si en la transaccional eliges actualizaciones
remotas (que si se puede) te añade un cmapo de tipo timestam, es para poder
determinar en qué servidor está la versión 'buena' de cada registro.
Efectivamente puede afectar a los procesos ya hechos
Solo una cosa ¿tienes que modificar las tablas en los dos sitios?, Es muy
común que existan operaciones desde el central hacia los remotos y otras
distintas que van en la otra dirección, por lo que muchas veces pueden
ponerse dos replicaciones con origenes y destinos diferentes que consoliden
la información a todos sitios.


Saludos
Miguel Egea
"iDeafix" escribió en el mensaje
news:brceo6$1o8jv$
Mostrar la cita
me
Mostrar la cita
conectado
Mostrar la cita
de
Mostrar la cita
dos
Mostrar la cita
#5 iDeafix
15/12/2003 - 09:25 | Informe spam
Sí, el trabajo se hace en ambos sentidos, pero no comprendo por qué lo
dices.


"Miguel Egea" escribió en el mensaje
news:##
Mostrar la cita
poder
Mostrar la cita
consoliden
Mostrar la cita
que
Mostrar la cita
no
Mostrar la cita
en
Mostrar la cita
ha
Mostrar la cita
conecto
Mostrar la cita
de
Mostrar la cita
con
Mostrar la cita
Publicacion".
Mostrar la cita
Server
Mostrar la cita
Suscripcion
Mostrar la cita
tabla
Mostrar la cita
uno
Mostrar la cita
Ads by Google
Search Busqueda sugerida