Cuestión : Procedimiento de recuperación del envío del registro

Hola, el

I acaba de configurar el envío del registro de Reino Unido a Syd. Aparece trabajar muy bien. Los registros se están enviando a través a la parte secundaria del servidor y la aplicación de ellos a la pregunta de db.

My ahora viene en vista de panorama de la prueba de recuperación. ¿Si tiro del enchufe en el servidor primario, entiendo que yo necesito funcionar con el comando siguiente de conseguir el problema secundario del recovery

The del
with de la base de datos del online


restore del servidor {nombre del DB} soy nosotros ahora tengo todos los usuarios (dirigimos una vez manualmente todo el tráfico a Reino Unido) el conectar con el Reino Unido, querríamos obviamente traer para arriba el primario y tenerlo que como el servidor de la fuente otra vez y el DB de Reino Unido como el secondary.

What es los procedimientos para hacer esto sin la interrupción? ¿El problema que preveo es ése que copia el respaldo del dabatase a través a Syd tardará por lo menos un día, en cuya hora el DB se convertirá en obselete como los expedientes habrían sido puestos al día en el

What del servidor para entonces. son sus opiniones? ¿O debo desatender el Registro-envío en conjunto y mirar hacia el reflejo?
class= del

Respuesta : Procedimiento de recuperación del envío del registro

Usted tendrá que siempre llevar una interrupción el intercambio encima, a menos que usted utilizara el reflejo de la base de datos. Esto le permitirá suministrar ambas bases de datos en sus secuencias de la conexión así que en caso de failover todo es inconsútil incluyendo deja-detrás.

El antedicho de proceso debe trabajar, no obstante estaría inclinado para alterarlo al siguiente:


1. Tlogs primarios de los almacenes en una parte en el servidor secundario que como parte del envío “normal” del registro, él compaginaba las últimas actualizaciones y las restaura en su DB.

2. Cuando es primario va abajo, debo ir al secundario y hacer el siguiente:

base de datos del restablecimiento {nombre del DB}
con la recuperación

3. Ahora hacer un restablecimiento en el primario “tragada” del respaldo pasado del envío secundario, y de la disposición del registro del servidor secundario (que es vivo ahora) al primario. Una vez que usted ha confirmado que el primario es ACEPTABLE, recomenzar primario según el paso #2.

Significa el envío del respaldo entero del DB sobre la línea, y teniendo usuarios trabajar contra el DB alejado pero esto está durante la invocación del dr, así que la velocidad será la cosa pasada en mentes de los usuarios.