Iniciacion a la réplica

05/02/2010 - 10:00 por Agustí Pons | Informe spam
Hola buenos dias

Días me estoy iniciando en el tema de las replicas y quisiera hacer dos
preguntas que no tengo del todo claras:

Por lo leído, la primera vez hay que hacer una réplica de la instantánea,
pero que sucede si las dos tablas a replicar ya tienen la misma info?

Por otra parte estoy mirando los tipos de replicas y tengo una duda:
Estoy intentando crear una central de reservas, donde se den de alta las
reservas y se repliquen a los hoteles, por otra parte alguna vez es posible
que el sentido sea inverso, pienso que la solución es replica por mezclas
Agradecería algún consejo

Muchas gracias

Preguntas similare

Leer las respuestas

#1 Miguel Egea
16/02/2010 - 13:08 | Informe spam
1.- La instantanea inicial puede aplicarla o no, si ya tienes tus tablas
sincronizadas antes de empezar no es necesario que la apliques.
2.- desde 2005 puedes comenzar desde un backup, en lugar de una instantnea..
3.- Mezcla te modifica el esquema. Cuidado. Si lo que tienes es tablas que
van en una dirección y tablas que van en otra... mejor dos transaccionales
4.- Si es la misma tabla, yo alguna vez monté una arquitectura basada en
Service Broker para comunicar y que solo en un sitio se inserten las
reserva, y que sea la replicación quien lleva el registro a remoto. Logré
cadencias cuando las comunicaciones iban bien, de poquitos segundos.

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Agustí Pons" escribió en el mensaje
de noticias:
Hola buenos dias

Días me estoy iniciando en el tema de las replicas y quisiera hacer dos
preguntas que no tengo del todo claras:

Por lo leído, la primera vez hay que hacer una réplica de la instantánea,
pero que sucede si las dos tablas a replicar ya tienen la misma info?

Por otra parte estoy mirando los tipos de replicas y tengo una duda:
Estoy intentando crear una central de reservas, donde se den de alta las
reservas y se repliquen a los hoteles, por otra parte alguna vez es
posible
que el sentido sea inverso, pienso que la solución es replica por mezclas
Agradecería algún consejo

Muchas gracias

Respuesta Responder a este mensaje
#2 Agustí Pons
16/02/2010 - 19:58 | Informe spam
Hola Miguel

muchas gracias por contestar


me gustaria que me comentaras, una parte del post.

"mezla. cuidado". Por?

A mi me interesa la mezcla, porque normalmente las reservas estarn
centralizadas, pero los fines de semana, se haran desde los hoteles, es decir
la misma tabla tendra un ida y vuelta

Ves problemas de concurrencia? Te agradeceria si puedes profundizar un poco
en el tema.

Muchas gracias de nuevo!


"Miguel Egea" wrote:

1.- La instantanea inicial puede aplicarla o no, si ya tienes tus tablas
sincronizadas antes de empezar no es necesario que la apliques.
2.- desde 2005 puedes comenzar desde un backup, en lugar de una instantnea..
3.- Mezcla te modifica el esquema. Cuidado. Si lo que tienes es tablas que
van en una dirección y tablas que van en otra... mejor dos transaccionales
4.- Si es la misma tabla, yo alguna vez monté una arquitectura basada en
Service Broker para comunicar y que solo en un sitio se inserten las
reserva, y que sea la replicación quien lleva el registro a remoto. Logré
cadencias cuando las comunicaciones iban bien, de poquitos segundos.

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Agustí Pons" escribió en el mensaje
de noticias:
> Hola buenos dias
>
> Días me estoy iniciando en el tema de las replicas y quisiera hacer dos
> preguntas que no tengo del todo claras:
>
> Por lo leído, la primera vez hay que hacer una réplica de la instantánea,
> pero que sucede si las dos tablas a replicar ya tienen la misma info?
>
> Por otra parte estoy mirando los tipos de replicas y tengo una duda:
> Estoy intentando crear una central de reservas, donde se den de alta las
> reservas y se repliquen a los hoteles, por otra parte alguna vez es
> posible
> que el sentido sea inverso, pienso que la solución es replica por mezclas
> Agradecería algún consejo
>
> Muchas gracias
>
Respuesta Responder a este mensaje
#3 Miguel Egea
16/02/2010 - 23:42 | Informe spam
la replicación de mezcla añade campos para llevar tracking y si mal no
recuerdo triggers, ademas de eso tienes que configurar el "resolutor de
conflictos" porque es posible que el mismo registro se actualice en varios
Servers y entonces alguno tiene que ganar.. Además la replicación de
mezcla tiene tipicamente un delay mucho mayor.

La arquitectura de usar replicación transaccional Central->Hoteles, y usar
MSMQ para enviar mensajes Hoteles-> Central, se que funciona y que funciona
muy bien, lo implementé hace años y es bastante sencillo, de muy bajo
mantenimiento y muy robusto. Aún así, no quiero quitarte totalmente la
replicación de mezcla como alternativa, seguramente funcione bien. Los
"contras" que se me ocurren estan en este mail.


Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Agustí Pons" escribió en el mensaje
de noticias:
Hola Miguel

muchas gracias por contestar


me gustaria que me comentaras, una parte del post.

"mezla. cuidado". Por?

A mi me interesa la mezcla, porque normalmente las reservas estarn
centralizadas, pero los fines de semana, se haran desde los hoteles, es
decir
la misma tabla tendra un ida y vuelta

Ves problemas de concurrencia? Te agradeceria si puedes profundizar un
poco
en el tema.

Muchas gracias de nuevo!


"Miguel Egea" wrote:

1.- La instantanea inicial puede aplicarla o no, si ya tienes tus tablas
sincronizadas antes de empezar no es necesario que la apliques.
2.- desde 2005 puedes comenzar desde un backup, en lugar de una
instantnea..
3.- Mezcla te modifica el esquema. Cuidado. Si lo que tienes es tablas
que
van en una dirección y tablas que van en otra... mejor dos
transaccionales
4.- Si es la misma tabla, yo alguna vez monté una arquitectura basada en
Service Broker para comunicar y que solo en un sitio se inserten las
reserva, y que sea la replicación quien lleva el registro a remoto. Logré
cadencias cuando las comunicaciones iban bien, de poquitos segundos.

Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Agustí Pons" escribió en el
mensaje
de noticias:
> Hola buenos dias
>
> Días me estoy iniciando en el tema de las replicas y quisiera hacer dos
> preguntas que no tengo del todo claras:
>
> Por lo leído, la primera vez hay que hacer una réplica de la
> instantánea,
> pero que sucede si las dos tablas a replicar ya tienen la misma info?
>
> Por otra parte estoy mirando los tipos de replicas y tengo una duda:
> Estoy intentando crear una central de reservas, donde se den de alta
> las
> reservas y se repliquen a los hoteles, por otra parte alguna vez es
> posible
> que el sentido sea inverso, pienso que la solución es replica por
> mezclas
> Agradecería algún consejo
>
> Muchas gracias
>
Respuesta Responder a este mensaje
#4 Agustí Pons
17/02/2010 - 09:37 | Informe spam
Muchas gracias Miguel

He montado un laboratorio e iré probando.


"Miguel Egea" wrote:

la replicación de mezcla añade campos para llevar tracking y si mal no
recuerdo triggers, ademas de eso tienes que configurar el "resolutor de
conflictos" porque es posible que el mismo registro se actualice en varios
Servers y entonces alguno tiene que ganar.. Además la replicación de
mezcla tiene tipicamente un delay mucho mayor.

La arquitectura de usar replicación transaccional Central->Hoteles, y usar
MSMQ para enviar mensajes Hoteles-> Central, se que funciona y que funciona
muy bien, lo implementé hace años y es bastante sencillo, de muy bajo
mantenimiento y muy robusto. Aún así, no quiero quitarte totalmente la
replicación de mezcla como alternativa, seguramente funcione bien. Los
"contras" que se me ocurren estan en este mail.


Saludos Cordiales
Miguel Egea
Solid Quality Mentos
http://www.portalsql.com

"Agustí Pons" escribió en el mensaje
de noticias:
> Hola Miguel
>
> muchas gracias por contestar
>
>
> me gustaria que me comentaras, una parte del post.
>
> "mezla. cuidado". Por?
>
> A mi me interesa la mezcla, porque normalmente las reservas estarn
> centralizadas, pero los fines de semana, se haran desde los hoteles, es
> decir
> la misma tabla tendra un ida y vuelta
>
> Ves problemas de concurrencia? Te agradeceria si puedes profundizar un
> poco
> en el tema.
>
> Muchas gracias de nuevo!
>
>
> "Miguel Egea" wrote:
>
>> 1.- La instantanea inicial puede aplicarla o no, si ya tienes tus tablas
>> sincronizadas antes de empezar no es necesario que la apliques.
>> 2.- desde 2005 puedes comenzar desde un backup, en lugar de una
>> instantnea..
>> 3.- Mezcla te modifica el esquema. Cuidado. Si lo que tienes es tablas
>> que
>> van en una dirección y tablas que van en otra... mejor dos
>> transaccionales
>> 4.- Si es la misma tabla, yo alguna vez monté una arquitectura basada en
>> Service Broker para comunicar y que solo en un sitio se inserten las
>> reserva, y que sea la replicación quien lleva el registro a remoto. Logré
>> cadencias cuando las comunicaciones iban bien, de poquitos segundos.
>>
>> Saludos Cordiales
>> Miguel Egea
>> Solid Quality Mentos
>> http://www.portalsql.com
>>
>> "Agustí Pons" escribió en el
>> mensaje
>> de noticias:
>> > Hola buenos dias
>> >
>> > Días me estoy iniciando en el tema de las replicas y quisiera hacer dos
>> > preguntas que no tengo del todo claras:
>> >
>> > Por lo leído, la primera vez hay que hacer una réplica de la
>> > instantánea,
>> > pero que sucede si las dos tablas a replicar ya tienen la misma info?
>> >
>> > Por otra parte estoy mirando los tipos de replicas y tengo una duda:
>> > Estoy intentando crear una central de reservas, donde se den de alta
>> > las
>> > reservas y se repliquen a los hoteles, por otra parte alguna vez es
>> > posible
>> > que el sentido sea inverso, pienso que la solución es replica por
>> > mezclas
>> > Agradecería algún consejo
>> >
>> > Muchas gracias
>> >
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida