Go to main content
Guía de administración de Oracle® ZFS Storage Appliance, versión OS8.7.0

Salir de la Vista de impresión

Actualización: Marzo de 2017
 
 

Reversión de la dirección de replicación

Se puede revertir la dirección de la replicación para admitir planes de recuperación ante desastres de dos sistemas y copias de seguridad de disco a disco.

Reversión de la replicación para la recuperación ante desastres

La operación de replicación inversa convierte el paquete de replicación en un proyecto local. Esta operación también configura una acción de replicación en el proyecto local nuevo mediante la cual se realizará una replicación incremental en el dispositivo de origen. El primer intento de actualización convierte el proyecto original del sistema de origen en un paquete de replicación y revierte los cambios realizados desde la última actualización de replicación finalizada correctamente desde ese sistema.

En la figura siguiente, se describe la secuencia de eventos típica de una replicación inversa.

Figura 33  Uso de la replicación remota para la recuperación ante desastres

image:Diagrama en el que se muestran las etapas de la replicación inversa para la recuperación ante desastres.

Leyenda
Descripción
1
El sistema de producción es el dispositivo de origen que proporciona al cliente la carga de trabajo y se replica en el destino de replicación que está en un sitio de recuperación.
En el sitio de producción se genera un fallo total del dispositivo de origen.
En el sitio de recuperación, el administrador invierte la dirección de replicación. Esta operación convierte el paquete de replicación en un proyecto local en el que se puede escribir.
El administrador redirecciona las cargas de trabajo del cliente y ejecuta una operación de failover de las direcciones IP hacia el sitio de recuperación.
2
Cuando el sitio de producción se restaura y vuelve a funcionar normalmente, el administrador inicia una actualización de replicación desde el sitio de recuperación hacia el sitio de producción.
Esta operación convierte la copia de producción en un paquete de replicación y deshace los cambios escritos en el sitio de recuperación mientras el sitio de producción estaba inactivo.
3
Después de actualizar el sitio de producción, el administrador invierte nuevamente la dirección de replicación, lo que hace que se pueda escribir en la copia del sitio de producción.
El administrador, luego, redirecciona las cargas de trabajo del cliente y ejecuta una operación de failover de las direcciones IP hacia el sitio de producción.
Se restaura la relación original entre el dispositivo de origen del sitio de producción y el destino de replicación del sitio de recuperación.

Reversión en el nivel del recurso compartido y el nivel del proyecto

Cuando el proyecto de origen original se convierte en un paquete de replicación en el dispositivo de origen original (que ahora funciona como destino), los recursos compartidos que se replicaron como parte de la acción o el paquete que actualmente se está invirtiendo se trasladan a un nuevo paquete de replicación y no se exportan. El proyecto original permanece en la recopilación local, pero podría terminar vacío si la acción o el paquete incluyeran todos los recursos compartidos. Cuando se revierte la replicación de nivel de recurso compartido, todos los demás recursos compartidos del proyecto original no se modifican.

Antes de revertir la dirección de replicación de un paquete, detenga las actualizaciones de replicación de ese proyecto desde el dispositivo de origen. Si hay una actualización de replicación en curso cuando el administrador revierte la dirección de la replicación de un proyecto, los administradores no podrán saber qué instantánea de replicación coherente se utilizó para crear el proyecto resultante en el destino de replicación anterior (que ahora es el dispositivo de origen).

Si se realiza una actualización de replicación durante una operación de reversión o después de ella, la actualización falla y se muestra la alerta correspondiente. La acción de replicación se desactiva, lo que hace que no haya más actualizaciones desde esta acción para el destino de replicación. Se requiere una acción de replicación nueva y una actualización completa para enviar actualizaciones desde el proyecto original a un paquete de replicación nuevo.

Dado que se exportan todos los recursos compartidos locales, todos los recursos compartidos del paquete se exportan cuando se invierte el paquete, independientemente de que se hayan exportado previamente. Si existen conflictos de punto de montaje entre los sistemas de archivos replicados y otros sistemas de archivos del sistema, se producirá un error en la operación de reversión. Estos conflictos se deben resolver antes de realizar el corte mediante la reconfiguración de los puntos de montaje de los recursos compartidos correspondientes. Dado que esta operación, generalmente, forma parte de la ruta crítica de restauración del servicio de producción, se recomienda resolver estos conflictos de punto de montaje cuando los sistemas se configuran por primera vez, en lugar de hacerlo en el momento en que se produce el failover de la recuperación ante desastres.

Temas relacionados