replica en produccion

con parar el trafico me refiero a parar los clientes que trabajan con el
server.
El tipo de replicacion que realizo es con snapshot, por eso se evita el
problema de la clave duplicada.
pero para realizar el snapshot correctamente yo siempre parae el trafico.
Muchas gracias de todos modos!!

"qwalgrande" wrote in message
news:edlyTC$

Hola.

Hace ya tiempo que no paso por ese trance, pero sí, muchas veces he tenido
que montar una replicación transaccional en vivo y en directo y sin que
nadie se percate...

A ver si me acuerdo de los pasos:

1. Modificación en origen y en destino del modelo de datos (normalmente

son

los cambios en el modelo lo que hay que subir).
2. Montar la publicación configurar el suscriptor, configurándolo para que
la sincronización se realice, dentro de varias horas. El log reader

empieza

a funcionar, pero los datos no se envían al destino. La distribución se
gestiona con un job, puedes modificar su schedule para que no salte nunca
incluso. En resumen, te das tiempo para proceder.
3. Enviar los datos desde el publicador al suscriptor manualmente (insert
select, DTS wizard, ...). Con ello enviarás datos de más, es decir, datos
que están en la cola pendiente de ser replicados.
4. Sincronizar. La replicación dará errores de clave duplicada (normal,
enviaste datos pendientes de replicar).
5. Resolver los errores que la replicación va dando, eliminando los datos
del suscriptor y dejando que la replicación siga su curso.
6. Reconfigurar la frecuencia de la distribución.

Es un poco tedioso, por el punto 5 más que nada, así que si puedes hacerlo
en horas en las que haya poco tráfico, mejor.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Mauro" escribió en el mensaje
news:
> mmm me parece que no me entienden, ya se que funcionan , tengo varias
> funcionando.
> pero por lo general cuando ARMO la replica detengo todo el trafico hacia
> el
> server.
> lo que yo estoy preguntando es si alguien armo alguna sin parar el

trafico

> y
> cuales son las posibles contras
> teniendo en cuanta el beneficio de no parar todo 2 horas
>
> "Maxi" wrote in message
> news:
>> Si, hay muchas funcionando y muy bien :-)
>>
>>
>> Maxi - Buenos Aires - Argentina
>> Desarrollador 3 Estrellas
>> Msn:
>>
>> Maxi.da[arroba]gmail.com
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > alguien ha hecho alguna vez una implementacion de replica

transaccional

> en
>> > un server en produccion, es decir con el server en porduccion?
>> >
>> >
>>
>>
>
>