Replicación de 10 servidores a 1 centralizado.

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

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