Tabla de contenido
Publicidad
ejecutar el plan de recuperación, con el fin de minimizar la pérdida de datos siempre que sea posible. Si el sitio protegido ya no está
disponible, el plan de recuperación continuará ejecutándose y se ejecutará hasta su finalización incluso si se encuentran errores.
Este nuevo atributo minimiza la posibilidad de pérdida de datos durante la recuperación de desastres, equilibrando el requisito de
consistencia de la máquina virtual con la capacidad de alcanzar objetivos de puntos de recuperación agresivos.
Conmutación por error automática
SRM automatiza la ejecución de los planes de recuperación para garantizar una ejecución precisa y coherente. A través de vCenter Server
puede obtener una visibilidad y un control completos del proceso, incluido el estado de cada paso, indicadores de progreso y descripciones
detalladas de cualquier error que se produzca.
En caso de un desastre cuando se solicita una conmutación por error real de SRM, la SRA realizará los siguientes pasos:
1
Seleccione los volúmenes replicados.
2
Identifique y elimine cualquier copia remota incompleta que esté en curso y presente la copia remota más reciente como volumen
principal.
3
Convierta volúmenes remotos en volúmenes primarios y configure la autenticación para que los hosts ESXi los monten.
Si una conmutación por error real no se ejecuta por completo por cualquier motivo, se puede llamar varias veces a la conmutación por error
para intentar completar la ejecución. Si, por ejemplo, sólo un volumen no se puede restaurar y esto se debe a la presencia de una
instantánea normal, la instantánea se puede eliminar manualmente y se puede volver a solicitar la conmutación por error.
Reprotección
Después de ejecutar un plan de recuperación o una migración planificada, a menudo hay casos en los que el medio ambiente debe seguir
estando protegido frente a fallos para garantizar su resistencia o para cumplir todos los objetivos de recuperación ante desastres.
Reprotection es una extensión de SRM para planes de recuperación que sólo se puede utilizar con replicación de sistemas de
almacenamiento. Permite que el entorno del sitio de recuperación establezca la replicación sincronizada y la protección del entorno original.
Después de la conmutación por error del sitio de recuperación, la elección de volver a proteger el entorno establecerá la sincronización e
intentará replicar los datos entre los grupos de protección que se ejecutan en el sitio de recuperación y en el sitio primario previamente
protegido.
Esta capacidad de volver a proteger un entorno garantiza que los entornos estén protegidos contra fallos incluso después de un escenario
de recuperación de sitio. También permite el failback automatizado a un sitio primario después de una migración o failover.
Fallos automatizados
Puede configurar un flujo de trabajo de recuperación de fallos automatizado para devolver todo el entorno al sitio principal desde el sitio de
recuperación.
El failback ocurre después de que la reprotección ha asegurado que la replicación y sincronización de datos se establezcan en el sitio
primario original.
El failback automatizado ejecuta el mismo flujo de trabajo que se utilizó para migrar el entorno al sitio protegido. Garantiza que los sistemas
críticos encapsulados por el plan de recuperación se devuelvan a su entorno original. El workflow se ejecuta únicamente si la protección se
ha completado con éxito. El failback sólo está disponible con la replicación del sistema de almacenamiento.
El Failback asegura lo siguiente:
•
Todas las máquinas virtuales que se migraron inicialmente al sitio de recuperación se devuelven al sitio principal.
•
Los entornos que requieren que las pruebas de recuperación de desastres se realicen con entornos activos con migraciones genuinas se
pueden devolver a su sitio inicial.
10
Uso de SRM para la recuperación ante desastres
Publicidad
Tabla de contenido
