Como replico DBs en este escenario???

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!!!!

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!!!!

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!!!!

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!!!!

Hola Salvador,

La replicación de snapshot puede ser válida si únicamente requieres
actualizar la base de datos completa digamos cada X horas, o días. Sin
embargo si las bases de datos son muy pesadas te podrá llevar un buen
rato aplicar las instantáneas. Suele ser una buena idea para bases de
datos con datos históricos o que cambian muy poco y requieren poca
frecuencia de actualización.

Lo del P2P me refería a la replicación Peer-to-Peer. Es un tipo de
replicación transaccional bidireccionan entre N nodos. No encaja en tu
escenario muy bien pues está pensada para permitir modificaciones en
todos los nodos tanto de lectura como escritura.

En tu caso salvo que te siga encajando la de snapshot por lo que te he
comentado creo que la transaccional es la más adecuada. Para inicializar
la transaccional se realizará un snapshot inicial y a partir de ahí se
irán aplicando los cambios transaccionalmente (pero asíncronamente) a
medida que vayan realizándose en el publicador.

Un saludo,

Rubén Garrigós
Solid Quality Mentors

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

Salvador escribió:

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!!!!