Log shipping

10/10/2003 - 11:45 por Miguel Tubía | Informe spam
Hola a todos,
estamos haciendo log shipping entre dos bases de datos. La cuestión es q
queremos que si se cae una entre la otra en acción (nos dijeron que para
esto el log shipping era una buena opción).
Ahora, tengo algunas preguntas que me rondan la cabeza. En la BD réplica,
pone 'solo lectura'. Eso quiere decir, imagino, que no se podrán escribir
datos. Si queremos que esa BD entre a ser la principal y que se pueda
trabajar con ella ¿q hay q hacer? ¿cómo se quita lo de solo lectura? En caso
que se pueda escribir en ella, supongamos el escenario q se nos cae un
servidor y trabajamos con la BD de reserva. Al cabo de un tiempo se arregla
el servidor principal y lo encendemos. ¿Se da cuenta la BD q ha de
actualizarse y lo hace de la de reserva o hay q hacer algo? ¿Cuánto le
cuesta replicarse? Bueno, esto imagino q dependerá de la información q haya
q replicar, me refiero a q una vez q se haya levantado el servidor habrá q
esperar un tiempo a q la BD se haya actualizado, ¿cuánto se tendría q
esperar? ¿se actualiza nada más levantarse o le cuesta comenzar a hacerlo o
hay q indicárselo?
Agradeceré toda la ayuda que me puedan prestar para aclarar estas dudas
Un saludo

Preguntas similare

Leer las respuestas

#1 Carlos Augusto
10/10/2003 - 18:03 | Informe spam
Buenos Días:

El log shipping es una muy buena opción para mantener alta
dsponibilidad. Tiene sus inconvenientes pero son
solucionables.

Cuando el servidor principal se cae, la base de datos los
agentes de replicación dejand e funcionar, y se debe
colocar la base de datos de solo lectura a modo normal, y
se hace por enterprise manager o por tsql a traves de
ALTER DATABASE basededatos SET READ_WRITE

Cuando se recupera el sevidor pincipal, no hay forma de
decile que inicie nuevamente por que lo s logya se han
aplicado y no existen, se puede hacer entonces lo
siguiente:
1. Hacer backup del log del servidor secundario y
aplicarlo a el servidor primario y volver a configurar log
shipping
2. O hacer full backup del servidor secundario y aplicarlo
al sevidor prinario y volver a configurar log shipping.

de cualquier forma lo más recomendable es volver a generar
el plan de mantenimiento de LOG SHIPPING

Espero le sirva esta información.
Cordil Saludo,
Carlos Augusto
Bogotá, Colombia

Hola a todos,
estamos haciendo log shipping entre dos bases de datos.


La cuestión es q
queremos que si se cae una entre la otra en acción (nos


dijeron que para
esto el log shipping era una buena opción).
Ahora, tengo algunas preguntas que me rondan la cabeza.


En la BD réplica,
pone 'solo lectura'. Eso quiere decir, imagino, que no se


podrán escribir
datos. Si queremos que esa BD entre a ser la principal y


que se pueda
trabajar con ella ¿q hay q hacer? ¿cómo se quita lo de


solo lectura? En caso
que se pueda escribir en ella, supongamos el escenario q


se nos cae un
servidor y trabajamos con la BD de reserva. Al cabo de un


tiempo se arregla
el servidor principal y lo encendemos. ¿Se da cuenta la


BD q ha de
actualizarse y lo hace de la de reserva o hay q hacer


algo? ¿Cuánto le
cuesta replicarse? Bueno, esto imagino q dependerá de la


información q haya
q replicar, me refiero a q una vez q se haya levantado el


servidor habrá q
esperar un tiempo a q la BD se haya actualizado, ¿cuánto


se tendría q
esperar? ¿se actualiza nada más levantarse o le cuesta


comenzar a hacerlo o
hay q indicárselo?
Agradeceré toda la ayuda que me puedan prestar para


aclarar estas dudas
Un saludo


.

Respuesta Responder a este mensaje
#2 Miguel Tubía
13/10/2003 - 12:24 | Informe spam
Muchas gracias por tu ayuda
Un saludo
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida