SQL Server 2005 Express -> Replicacion

30/05/2006 - 18:27 por Minothauro | Informe spam
Hola a todos, nuevamente molestado :P

Estuve leyendo sobre la replicacion pero del Express, y la consulta es
la siguiente; el Express trae informacion relacionada a ser un
"cliente" pero puede a ser de "servidor" de publicaciones?


Gracias

Preguntas similare

Leer las respuestas

#1 Gustavo Larriera [MVP]
31/05/2006 - 04:08 | Informe spam
SQL Express puede ser suscriptor de publicaciones, pero no puede ser
publicador/distribuidor.

Gustavo Larriera, MVP SQL
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.

"Minothauro" wrote in message
news:
Hola a todos, nuevamente molestado :P

Estuve leyendo sobre la replicacion pero del Express, y la consulta es
la siguiente; el Express trae informacion relacionada a ser un
"cliente" pero puede a ser de "servidor" de publicaciones?


Gracias

Respuesta Responder a este mensaje
#2 Minothauro
05/06/2006 - 14:33 | Informe spam
Ya que desde los "clientes" no se puede realizar la "publicacion" que
alternativas puedo utilizar?

a) Desde el servidor se dispare un procedimiento cada n-segundos
realizando un UPDATE de los clientes al servidor.

b) De los clientes, cada n-segundos se realice un UPDATE al servidor
principal

c) Escucho sugerencias.

Saludos
Respuesta Responder a este mensaje
#3 Maxi
05/06/2006 - 14:39 | Informe spam
Hola, podrias usar por ej Triggers


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Minothauro" escribió en el mensaje
news:
Ya que desde los "clientes" no se puede realizar la "publicacion" que
alternativas puedo utilizar?

a) Desde el servidor se dispare un procedimiento cada n-segundos
realizando un UPDATE de los clientes al servidor.

b) De los clientes, cada n-segundos se realice un UPDATE al servidor
principal

c) Escucho sugerencias.

Saludos

Respuesta Responder a este mensaje
#4 Minothauro
05/06/2006 - 17:31 | Informe spam
mmmh si no queda otra...
Seria un Trigger medio complicatido, pero.


Gracias a todos.
Respuesta Responder a este mensaje
#5 qwalgrande
06/06/2006 - 07:34 | Informe spam
Hola.

No es por desanimarte, al contrario, pero cualquier alternativa que elijas
será compleja, de entrada porque tu topología lo es. Al tener que conseguir
mantener las tablas sincronizadas sin contar con una tecnología que se
encargue de ello, tienes que encontrar la forma de programarlo tú mismo. El
uso de triggers no es la única solución. Además, no sería un trigger, serían
un buen montón de triggers.

Te lanzo unas cuantas ideas con el objetivo de que alguna de ellas o una
mezcla te ayuden a encontrar un mecanismo viable.

La primera, la más sencilla: Si puedes conseguir que los servidores clientes
se conecten al servidor central con un mínimo de calidad, prescinde de las
instancias en el cliente y trabaja únicamente con el servidor central.

Si tu servidor central lo permite, monta una publicación que vaya en el
sentido Servidor Central - Servidores Clientes. Con ello, la mitad del
problema estaría resuelto.

Para el envío de transacciones desde los Servidores Clientes al Servidor
Central, utiliza unas tablas diferentes a las que se replican desde el
servidor central a los clientes. Al tener que construirte a mano el
mecanismo, esto facilitaría mucho las cosas, evitando tener que programarte
una resolución de conflictos. Así, en los servidores clientes, en lugar de
grabar datos en las tablas "buenas", grabarías en tablas de "datos
pendientes de enviar".

Siguiendo con el punto anterior, programa DTSs que lean de las tablas con
datos pendientes de enviar y que envíen los datos al Servidor Central. Una
vez que los datos son enviados al servidor, el propio DTS iría limpiando las
tablas de "datos pendientes de enviar". La replicación que montamos en el
punto anterior enviaría los datos desde Servidor Central al Cliente, pero a
las tablas "buenas".

Estos DTSs puedes programarlos para que se ejecuten cada minuto, cada hora,
cuando haya conexión con el servidor, en fin, según tu conveniencia.

Otra alternativa sería montar una gestión de colas para resolver el
intercambio de información de manera asíncrona. De hecho, lo expuesto en los
puntos anteriores, no es otra cosa que eso, pero sin el uso de MSMQ.

Espero que estas pistas te hayan servido de ayuda. Cualquier duda, nos
comentas.

Alberto López Grande (qwalgrande)


"Minothauro" escribió en el mensaje
news:
mmmh si no queda otra...
Seria un Trigger medio complicatido, pero.


Gracias a todos.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida