Como replico DBs en este escenario???

Hola, entonces arma una replicacion transaccional con dos subcriptores

"Salvador" wrote in message
news:

no es alta disponibilidad, es para hacer consultas en SRVSQL02 que esta en
otra ubicacion geografica y tener un backup en SRVSQL03.


"Maxi (MVP)" wrote in message
news:

Si es para alta disponibildiad, utiliza log shipping para eso

"Salvador" wrote in message
news:#

Os explico escenario:

SRVSQL01 -> SQL 2005EE - DOMAIN: D1
SRVSQL02 -> SQL 2005EE - DOMAIN: D2
SRVSQL03 -> SQL 2005EE - WORKGROUP

Quiero que ciertas DBs de SRVSQL01 se repliquen a SRVSQL02 y SRVSQL03,
pero solo en ese sentido (en SRVSQL02 y SRVSQL03 deben estar modo
lectura).

He probado publicación-suscripción peor me da errores continuos.
Como debo de hacerlo??.

GRACIAS!!!!

Creo que en tu escenario, implementar Log Shipping (dejando la base de datos
secundaria en modo standby, como te indicaba Rubén) es la mejor opción.

La replicación es más compleja de implementar y requiere modificaciones para
dejar la base de datos replicada en el servidor suscrito en sólo lectura.
Aunque si quieres que los cambios se vean reflejados en este servidor casi
inmediatamente, sólo te queda esta opción o bien database mirroring.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Salvador" wrote in message
news:

replicacion transaccional?- Yo lo estaba haciendo con SnapShot. quizas
tenga ahi el fallo.
De todas anera revisar elo qu eme dices de "log shipping " auque no es
para alta disponibilidad el tema este
Referente al P2P que es exactamentE??

GRACIAS!!!

"Ruben Garrigos" wrote in message
news:

Hola Salvador,

Si no comentas que errores son esos que te da continuamente poco podremos
ayudarte en ese problema en concreto. Tal cual describes el escenario no
parece ser un problema para una replicación transaccional con publicador
en SRVSQL01 y dos suscriptores uno en cada servidor. Obviamente
dependerá de lo que hagas con la base de datos pues la replicación añade
restricciones sobre los tablas que publiques (artículos).

Que quieras que las bases de datos sean de "solo lectura" deberás
gestionarlo a nivel de permisos de los usuarios que accedan a éstas en
dichos servidores "destino" pues la base de datos deberá estar en modo
lectura/escritura para que la replicación funcione.

Ya que te mueves en entornos de distintos dominios y grupos de trabajo
deberás utilizar usuarios de SQL específicos para la replicación.
Asegúrate de comprobar que los servidores enlazados que te crea el
asistente de la replicación te conectan correctamente entre los
servidores (ojo a los firewall tanto de salida como entrada).

También podrías plantearte otra alternativa a replicación y utilizar log
shipping desde SRVSQL01 a SRVSQL02 y SRVSQL03. SRVSQL01 sería el servidor
primario y los otros dos los secundarios que los tendrías en STANDBY lo
cual te daría el READ-ONLY que buscas de "serie". O montarte una
replicación P2P con tres nodos si quieres tener "fiesta" de verdad de la
buena ;)

Alternativas haylas, pero siempre tendrás que tener analizar las
limitaciones de cada una para evitar tener "sorpresas" desagradables a
posteriori.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

Salvador escribió:

Os explico escenario:

SRVSQL01 -> SQL 2005EE - DOMAIN: D1
SRVSQL02 -> SQL 2005EE - DOMAIN: D2
SRVSQL03 -> SQL 2005EE - WORKGROUP

Quiero que ciertas DBs de SRVSQL01 se repliquen a SRVSQL02 y SRVSQL03,
pero solo en ese sentido (en SRVSQL02 y SRVSQL03 deben estar modo
lectura).

He probado publicación-suscripción peor me da errores continuos.
Como debo de hacerlo??.

GRACIAS!!!!

si intento hacerla transaccional me dice:
"la base de datos 'DB' no contiene objetos que se puedan replicar con el
tipo de publicacion seleecionado. Haga clic en Atras para elegir otra base
de datos o cambiar el tipo de publicacion"

Solamente me deja Instantanea o mezcla, pero luego se se ejecutan.

"Maxi (MVP)" wrote in message
news:

Hola, entonces arma una replicacion transaccional con dos subcriptores

"Salvador" wrote in message
news:

no es alta disponibilidad, es para hacer consultas en SRVSQL02 que esta
en otra ubicacion geografica y tener un backup en SRVSQL03.


"Maxi (MVP)" wrote in message
news:

Si es para alta disponibildiad, utiliza log shipping para eso

"Salvador" wrote in message
news:#

Os explico escenario:

SRVSQL01 -> SQL 2005EE - DOMAIN: D1
SRVSQL02 -> SQL 2005EE - DOMAIN: D2
SRVSQL03 -> SQL 2005EE - WORKGROUP

Quiero que ciertas DBs de SRVSQL01 se repliquen a SRVSQL02 y SRVSQL03,
pero solo en ese sentido (en SRVSQL02 y SRVSQL03 deben estar modo
lectura).

He probado publicación-suscripción peor me da errores continuos.
Como debo de hacerlo??.

GRACIAS!!!!

Salvador escribió:

Os explico escenario:

SRVSQL01 -> SQL 2005EE - DOMAIN: D1
SRVSQL02 -> SQL 2005EE - DOMAIN: D2
SRVSQL03 -> SQL 2005EE - WORKGROUP

Quiero que ciertas DBs de SRVSQL01 se repliquen a SRVSQL02 y SRVSQL03,
pero solo en ese sentido (en SRVSQL02 y SRVSQL03 deben estar modo lectura).

He probado publicación-suscripción peor me da errores continuos.
Como debo de hacerlo??.

GRACIAS!!!!

Disculpen que me cuelgue pero no conozco bien esto de la replicacion y
parece que me podria servir...

Si tengo un servidor sql express en el que registro ventas de productos
(POS) y luego estas ventas se deben consolidar en un servidor central
sql enterprise, me sirve lo de la replicacion? pregunto esto porque
actualmente ese proceso lo hace una aplicacion y al parecer con
replicacion seria mas facil, directo e instantaneo? o me equivoco?

Por donde deberia comenzar a investigar para lo que quiero?

Muchisimas gracias.

Saludos!

Pues depende de lo que entiendas por "consolidar".

Si el proceso es que, por ejemplo, durante el día se registran datos en una
máquina y luego por la noche hay que traspasarlos a un servidor central, es
mejor hacerlo por algún procedimiento de carga masiva que por medio de
replicación

Si, por el contrario, según se registre una venta en ese servidor express
quieres que se vea reflejado en el central, la replicación sí que podría
tratarse como opción

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Claudio Quezada" wrote in message
news:%23YGHqj%

Salvador escribió:

Os explico escenario:

SRVSQL01 -> SQL 2005EE - DOMAIN: D1
SRVSQL02 -> SQL 2005EE - DOMAIN: D2
SRVSQL03 -> SQL 2005EE - WORKGROUP

Quiero que ciertas DBs de SRVSQL01 se repliquen a SRVSQL02 y SRVSQL03,
pero solo en ese sentido (en SRVSQL02 y SRVSQL03 deben estar modo
lectura).

He probado publicación-suscripción peor me da errores continuos.
Como debo de hacerlo??.

GRACIAS!!!!

Disculpen que me cuelgue pero no conozco bien esto de la replicacion y
parece que me podria servir...

Si tengo un servidor sql express en el que registro ventas de productos
(POS) y luego estas ventas se deben consolidar en un servidor central sql
enterprise, me sirve lo de la replicacion? pregunto esto porque
actualmente ese proceso lo hace una aplicacion y al parecer con
replicacion seria mas facil, directo e instantaneo? o me equivoco?

Por donde deberia comenzar a investigar para lo que quiero?

Muchisimas gracias.

Saludos!