Replicación de 10 servidores a 1 centralizado.

25/07/2003 - 06:42 por Mauricio Sthandier R. | Informe spam
Me encargaron efectuar una replicación de 10 servidores SQL con ip dinámica
y conexión por modem esporádica a uno con ip fija y banda ancha. Los 10
servidores se consolidarían en la base central, siendo ese el sentido de la
replicación. Los datos no interactúan de un servidor de los 10 a otro. Todo
la Replicación funcionaría a través de una VPN.

Mi primer acercamiento es una Replicación transaccional (para reducir el
tráfico de red), de tipo Pull (es lo que recomiendan los BOL para servidores
móviles o desconectados) con Queued updating (que no me queda otra).

Acordandome de lo que dijo Emilio puedo usar un servicio para fijar la IP.
Puedo usar SQL-DMO para tener más flexibilidad si es necesario también...
podrían responderme algunas de las siguientes preguntas ?

- Me servirían mejor Suscripciones Anónimas ? (no las entiendo muy bien)
- En qué me puede afectar no tener una IP fija en el suscriptor ? Para
inicializar la Replicación solamente ?
- Las bases necesarias ya existen en cada servidor, pero no están preparadas
para replicar. Cuando las configure, aplico un snapshot inicial o me lo debo
saltar ? Quizá sólo llenar los datos en la base central ?
- Es factible y/o eficiente una replicación de este tipo ? (no está en mi
poder cambiar las condiciones)
- Como administro las fallas que puedan suceder en la Replicación ? en
muchos servidores no existe una persona capacitada para resolver el tema,
pero por lo esporádico y desconectado no creo que pueda utilizar el servidor
central para esto.

Agradeceré mucho respuestas ya que me lo encargaron con prisa y no domino el
tema.

Fear
is temporary.
Pride
is forever.

Preguntas similare

Leer las respuestas

#1 Emilio Boucau \(en casa\)
27/07/2003 - 02:21 | Informe spam
Mauricio,

es un planteo interesante el que haces, deberas utilizar aca el concepto o
modelo de 'Suscriptor Central'. Vamosa las preguntas directo:

Por lo que decis, tu suscriptor sera tu servidor central y funciona con
broadband e IP fija, de forma tal que al registrar ese servidor en los EM de
los publicadores (haceles un alias de TCP, por las dudas) no tendras
problemas. Por otro lado, comentas que estaras en una VPN (usaras seguridad
Windows) y cuando tus publicadores se conecten, ellos accederan al
concentrador de datos (sera un Push).

Es factible y funciona muy bien la replicacion de este tipo.

El monitoreo de la duplicacion es una actividad que se puede hacer desde el
Ent Manager a nivel:
A) de un servidor
B) a nivel corporativo (ver todos)

Te puedo ayudar a desarrollar este tema, solo que es MUY largo de escribir
... jejeje ... Avisame si queres que los haga.

Buen footer.

Saludos !

Emilio Boucau
Microsoft MVP SQL Server
http://www.portalsql.com
PASS Spanish Group
http://www.sqlpass.org

Buenos Aires - Argentina
Respuesta Responder a este mensaje
#2 Mauricio Sthandier R.
28/07/2003 - 06:50 | Informe spam
gracias Emilio pero ya resolví el problema de un modo muy similar al que
describes. No advertí eso si que podía utilizar el Alias así que registré el
server destino con la IP dentro de la VPN.
Te cuento como fue el asunto.

Realizamos replicación de una base origen a una base destino (en total 10) y
un DTS funde los registros en una gran base destino consolidada, en vez de
replicar de 10 bases a 1 sola. No sé si es lo óptimo, pero así me lo
solicitaron finalmente.
La Replicación fue Transaccional, donde cada server origen era Publicador y
Distribuidor. Al server destino (central) se le registra con Suscripción de
Inserción, o sea una Publicación Push. A pesar de que la Replicación de
Instántaneas era ideal para lo que necesitaba según los BOL, por ancho de
banda escogí la Transaccional. Las suscripciones no son actualizables, lo
cual facilitó la operación.
El levantar la conexión teléfonica a Internet y consecuentemente la VPN lo
logré con un código para VB que encontré en Internet, el cual es
extremadamente simple. La aplicación VB quedó registrada en el Programador
de Tareas para ejecutarse antes de la operación de Replicación diaria
(aproximadamente 2 minutos).

La operación funciona decentemente y los datos de forma mágica :) aparecen
en el server destino-central. Puedo configurar las opciones de notificación
contra éxito/error a discreción.

En este punto lo único que no he podido lograr es, si el Agente de
Replicación efectúa su operación correctamente, llame a la Aplicación VB que
mata las conexiones. Pero dado que las conexiones pueden morir naturalmente
por inactividad, no representa un problema mayor.

Encontré 2 problemas principales en la implementación :

a) El Distribuidor no se configuraba inicialmente, arrojando un error :
"null' no se puede configurar como distribuidor". Esto era por un entrada
defectuosa en master..sysservers de un servidor remoto, lo cual se solucionó
con sp_dropserver y luego sp_addserver. Un síntoma del problema es cuando se
hace SELECT @@SERVERNAME y devuelve Null.
b) Me pedía utilizar un login especial para el Agente de SQL Server,
aduciendo que la Replicación fallaría. No entendí bien este punto pero le di
un Usuario válido al Servicio del Agente, a pesar de que todos los Servicios
empezaban con la misma cuenta : LocalSystem. Funcionó bien con el nuevo
login de cualquier forma.

Agradezco tu interés !.

Fear
is temporary.
Pride
is forever.

"Emilio Boucau (en casa)" escribió en el mensaje
news:
Mauricio,

es un planteo interesante el que haces, deberas utilizar aca el concepto o
modelo de 'Suscriptor Central'. Vamosa las preguntas directo:

Por lo que decis, tu suscriptor sera tu servidor central y funciona con
broadband e IP fija, de forma tal que al registrar ese servidor en los EM


de
los publicadores (haceles un alias de TCP, por las dudas) no tendras
problemas. Por otro lado, comentas que estaras en una VPN (usaras


seguridad
Windows) y cuando tus publicadores se conecten, ellos accederan al
concentrador de datos (sera un Push).

Es factible y funciona muy bien la replicacion de este tipo.

El monitoreo de la duplicacion es una actividad que se puede hacer desde


el
Ent Manager a nivel:
A) de un servidor
B) a nivel corporativo (ver todos)

Te puedo ayudar a desarrollar este tema, solo que es MUY largo de escribir
... jejeje ... Avisame si queres que los haga.

Buen footer.

Saludos !

Emilio Boucau
Microsoft MVP SQL Server
http://www.portalsql.com
PASS Spanish Group
http://www.sqlpass.org

Buenos Aires - Argentina


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