Replicacion en dos vias, la misma tabla

29/05/2006 - 06:53 por Stalin | Informe spam
Necesito establecer la replicacion en dos vias (Ciudad A y B) sobre la
misma tabla, la clave es unica, ya que va a anteponer la ciudad A o B,
pero los dos servidores van a ser en su momento publicadores y
subcriptores.

Habioa pensado en Merge, claro siempre y cuando funcione, me despido en
espera de sus comentarios, saludos.

Preguntas similare

Leer las respuestas

#1 Stalin
29/05/2006 - 14:58 | Informe spam
Avanzando un poco con las dudas, por favor su ayuda, saludos a todos.

1. Al implementar una replicación transacional me evito crear un campo
adicional x tabla (automático, esto lo hace x default la merge).
2. Si hago transaccional:
Servidor A (Publicador y Distrbuidor... Push)
Servidor B (SubscrtitorPull).
y quiero replicar la misma tabla en dos vías, esto implica que
funcionaria, mas o menos así.
Al insertar un campo en Servidor A, tabla A, este se
copia en Servidor B, tabla A: y viceversa si lo hago en el servidor B.
3. O tengo que definir en el Servidor A que también sea subscritor ??.
4. Hay una LAN, conexión permanente y se desea actualización
inmediata.



Stalin wrote:
Necesito establecer la replicacion en dos vias (Ciudad A y B) sobre la
misma tabla, la clave es unica, ya que va a anteponer la ciudad A o B,
pero los dos servidores van a ser en su momento publicadores y
subcriptores.

Habioa pensado en Merge, claro siempre y cuando funcione, me despido en
espera de sus comentarios, saludos.
Respuesta Responder a este mensaje
#2 qwalgrande
30/05/2006 - 07:08 | Informe spam
Hola.

Creo que necesitas una replicación tipo Merge. Podrías montar una
transaccional, pero tendrías que filtrar los datos que son enviados del
servidor A al B y viceversa. Me explico: Si lo dejas tal cual, un cambio en
A se replicará a B, lo cual es un cambio en B, que se replicará a A. Es
decir, se estarían enviando los mismos comandos entre los dos puntos
eternamente. Para que esto no te ocurra, tendrías que contar con un campo
que indicara dónde se insertó originalmente el registro o dónde se realizó
originalmente la transacción, de manera más general. Es decir, que el campo
adicional, si no lo tienes, tendrías que crearlo y además implementar
manualmente el control que te comentaba. Resultado: Para eso, mejor usar
Merge.

Otra opción que podrías plantearte sería una replicación peer to peer, en la
que todos son publicadores y suscriptores a un tiempo, pero ésta sólo está
en SQL Server 2005 y además la gestión de conflictos la tienes que montar tú
mismo.

Espero haberte aclarado alguna de tus dudas,

Alberto López Grande (qwalgrande)


"Stalin" escribió en el mensaje
news:
Avanzando un poco con las dudas, por favor su ayuda, saludos a todos.

1. Al implementar una replicación transacional me evito crear un campo
adicional x tabla (automático, esto lo hace x default la merge).
2. Si hago transaccional:
Servidor A (Publicador y Distrbuidor... Push)
Servidor B (SubscrtitorPull).
y quiero replicar la misma tabla en dos vías, esto implica que
funcionaria, mas o menos así.
Al insertar un campo en Servidor A, tabla A, este se
copia en Servidor B, tabla A: y viceversa si lo hago en el servidor B.
3. O tengo que definir en el Servidor A que también sea subscritor ??.
4. Hay una LAN, conexión permanente y se desea actualización
inmediata.



Stalin wrote:
Necesito establecer la replicacion en dos vias (Ciudad A y B) sobre la
misma tabla, la clave es unica, ya que va a anteponer la ciudad A o B,
pero los dos servidores van a ser en su momento publicadores y
subcriptores.

Habioa pensado en Merge, claro siempre y cuando funcione, me despido en
espera de sus comentarios, saludos.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida