Replicacion mezcla, informacion

12/06/2009 - 15:03 por default | Informe spam
Hola a tod@s

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o menos,
con algunos problemillas pero finalmente resueltos. Las tablas a replicar en
la publicación de mezcla son pocas y el volumen de datos también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla está
mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones en
todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas y al
año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que me
pueden asesorar y dar soporte sobre este tema.

Saludos.

Preguntas similare

Leer las respuestas

#1 Maxi
12/06/2009 - 17:52 | Informe spam
Hola, yo para lo que buscas no usaria Mezcla, lo que haria es transaccional
bidireccional, una forma es:

Un subscriptor central y a su vez publicador de las sucursales y las
sucursales publicador al subscriptor central

Esta arquitectura la he implementado en varios de mis clientes con cientos
de sucursales y anda muy bien, yo no veo necesidad de usar la mezcla en su
caso en ninguna de las ediciones de SQL server, es mas si usa 2005 o 2008
podria armar una transaccional peer to peer



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola a

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o
menos, con algunos problemillas pero finalmente resueltos. Las tablas a
replicar en la publicación de mezcla son pocas y el volumen de datos
también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla
está mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones en
todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas y
al año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que me
pueden asesorar y dar soporte sobre este tema.

Saludos.

Respuesta Responder a este mensaje
#2 Fabian
12/06/2009 - 22:47 | Informe spam
Maxi:
Perdón por mi ignorancia. por que no mezcla? cual es la desventaja con
respecto a transaccional?
Yo creo que usando mezcla en las sucursales podría tener una version express
como suscriptor...

Fabian


"Maxi" escribió en el mensaje
news:
Hola, yo para lo que buscas no usaria Mezcla, lo que haria es
transaccional bidireccional, una forma es:

Un subscriptor central y a su vez publicador de las sucursales y las
sucursales publicador al subscriptor central

Esta arquitectura la he implementado en varios de mis clientes con cientos
de sucursales y anda muy bien, yo no veo necesidad de usar la mezcla en su
caso en ninguna de las ediciones de SQL server, es mas si usa 2005 o 2008
podria armar una transaccional peer to peer



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola a

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o
menos, con algunos problemillas pero finalmente resueltos. Las tablas a
replicar en la publicación de mezcla son pocas y el volumen de datos
también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla
está mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones en
todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas y
al año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que me
pueden asesorar y dar soporte sobre este tema.

Saludos.

Respuesta Responder a este mensaje
#3 Maxi
13/06/2009 - 02:47 | Informe spam
Fabian, la mezcla por ejemplo cambia la estructura de sus tablas entre sus
desventajas. Este tipo de replica esta pensada para otra cosa, por ejemplo
un mobil.
Revise en sus mismos libros online los escenarios recomendados de esta
replica.

Yo para su caso le recomiendo que analice la transaccional, ya que hay
bastante confusion con mezcla y sucursales, tener datos en mas de una
sucursal se puede hacer con transaccional bidireccional y es mas simple :)



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"Fabian" escribió en el mensaje de
noticias:
Maxi:
Perdón por mi ignorancia. por que no mezcla? cual es la desventaja con
respecto a transaccional?
Yo creo que usando mezcla en las sucursales podría tener una version
express como suscriptor...

Fabian


"Maxi" escribió en el mensaje
news:
Hola, yo para lo que buscas no usaria Mezcla, lo que haria es
transaccional bidireccional, una forma es:

Un subscriptor central y a su vez publicador de las sucursales y las
sucursales publicador al subscriptor central

Esta arquitectura la he implementado en varios de mis clientes con
cientos de sucursales y anda muy bien, yo no veo necesidad de usar la
mezcla en su caso en ninguna de las ediciones de SQL server, es mas si
usa 2005 o 2008 podria armar una transaccional peer to peer



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola a

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o
menos, con algunos problemillas pero finalmente resueltos. Las tablas a
replicar en la publicación de mezcla son pocas y el volumen de datos
también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla
está mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones
en todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas
y al año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que
me pueden asesorar y dar soporte sobre este tema.

Saludos.







Respuesta Responder a este mensaje
#4 default
15/06/2009 - 09:17 | Informe spam
Hola,

Una de las ventajas que le veo a la replicación de mezcla es que solo debo
centrarme en la configuración del servidor central. Configuro el
distribuidor, el publicador y luego las suscripciones por inserción a todas
mis delegaciones. En los servidores de las delegaciones no tengo que
configurar nada.

El problema que le veo a la replicación transaccional es que por cada
delegación, en cada servidor debo primero habilitar la replicación, crear la
publicación y distribución.

Sobre la replicación punto a punto, lo tengo pendiente para analizar y
probar. No la descarto todavía.

Saludos.


"Maxi" escribió en el mensaje
news:
Hola, yo para lo que buscas no usaria Mezcla, lo que haria es
transaccional bidireccional, una forma es:

Un subscriptor central y a su vez publicador de las sucursales y las
sucursales publicador al subscriptor central

Esta arquitectura la he implementado en varios de mis clientes con cientos
de sucursales y anda muy bien, yo no veo necesidad de usar la mezcla en su
caso en ninguna de las ediciones de SQL server, es mas si usa 2005 o 2008
podria armar una transaccional peer to peer



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola a

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o
menos, con algunos problemillas pero finalmente resueltos. Las tablas a
replicar en la publicación de mezcla son pocas y el volumen de datos
también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla
está mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones en
todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas y
al año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que me
pueden asesorar y dar soporte sobre este tema.

Saludos.

Respuesta Responder a este mensaje
#5 Maxi
16/06/2009 - 23:01 | Informe spam
Hola, yo no veo que sea un problema hacer una configuracion por cada
servidor, la de mezcla resuelve otros problemas.
Yo tengo un clientes con 150 servidores y todo es transaccional
bidireccional y no fue nada complicado




Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola,

Una de las ventajas que le veo a la replicación de mezcla es que solo debo
centrarme en la configuración del servidor central. Configuro el
distribuidor, el publicador y luego las suscripciones por inserción a
todas mis delegaciones. En los servidores de las delegaciones no tengo que
configurar nada.

El problema que le veo a la replicación transaccional es que por cada
delegación, en cada servidor debo primero habilitar la replicación, crear
la publicación y distribución.

Sobre la replicación punto a punto, lo tengo pendiente para analizar y
probar. No la descarto todavía.

Saludos.


"Maxi" escribió en el mensaje
news:
Hola, yo para lo que buscas no usaria Mezcla, lo que haria es
transaccional bidireccional, una forma es:

Un subscriptor central y a su vez publicador de las sucursales y las
sucursales publicador al subscriptor central

Esta arquitectura la he implementado en varios de mis clientes con
cientos de sucursales y anda muy bien, yo no veo necesidad de usar la
mezcla en su caso en ninguna de las ediciones de SQL server, es mas si
usa 2005 o 2008 podria armar una transaccional peer to peer



Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com



"default" escribió en el mensaje de
noticias:
Hola a

Desde hace unos 5 años, uso replicación transaccional y mezcla con
SQL2000+SP3. Hasta la fecha, todo ha funcionado correctamente, mas o
menos, con algunos problemillas pero finalmente resueltos. Las tablas a
replicar en la publicación de mezcla son pocas y el volumen de datos
también es poco.
He leído que en la versión SQL2005 y SQL2008, la replicación de mezcla
está mas optimizada.

Estoy planteando un nuevo análisis de nuestras gestiones en el que la
replicación de mezcla va a ser fundamental. Tengo unas 50 delegaciones
en todo el país y una sede central. Todas mis delegaciones deben tener
exactamente la misma información. La posibilidad de centralización queda
descartada al no puedo depender de una conexión adsl donde los cortes de
conexión son algo habitual.
Mi experiencia en replicación de mezcla con un volumen medio-grande de
tablas y datos es nula. Aproximadamente serán 3 o 4 base de datos, 5 o 6
publicaciones y unas 50-55 suscripciones (de inserción) por publicación.
En total calculo que unas 250-300 tablas serán las que estén publicadas
y al año se generará una información de unos 2.5 GB (mas o menos).

Me gustaría saber vuestra opinión sobre si es adecuado plantarlo de esta
forma. Si alguien tiene experiencia sobre replicación de mezcla con un
volumen de datos grande.
También estaría interesado en saber que empresas hay en el mercado que
me pueden asesorar y dar soporte sobre este tema.

Saludos.







email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida