Tabla de contenido
Publicidad
La ficha Recuperación de la ventana principal de SRM le guía a través de los pasos necesarios para crear, probar y ejecutar un plan de
recuperación. Para obtener instrucciones detalladas, consulte la publicación de VMware Site Recovery Manager Administration guide.
Comprobar el plan de recuperación
Puede crear automáticamente un entorno de pruebas aislado sin interrupciones en el sitio de recuperación mediante el uso de la replicación
y conectando las máquinas virtuales a su red pruebas aislada. También puede guardar los resultados de las pruebas para ver y exportarlos
en cualquier momento.
Probar un plan de recuperación hace trabajar casi todos los aspectos de un plan de recuperación, aunque se hacen varias concesiones para
evitar las interrupciones de las operaciones actuales. Mientras que la prueba de un plan de recuperación no tiene efectos duraderos en
cualquier sitio, la ejecución de una plan de recuperación tiene efectos significativos en ambos sitios.
Debe ejecutar la prueba de recuperacion tan a menudo como sea necesario. Probar en un plan de recuperación no afecta a las operaciones
en curso de replicación o las operaciones en curso de cualquier sitio (a pesar de que podría suspender temporalmente la máquina virtual
seleccionada en el sitio de recuperación si las recuperaciones se está configurado para ello). Puede cancelar la prueba de un plan de
recuperación en cualquier momento.
En el caso de Migraciones planificadas, una recuperación se detiene después de una sincronización de replicación final del origen y el
destino. Tenga en cuenta que para recuperación frente a desastres, las máquinas virtuales se restauran en el estado más reciente disponible,
como se determina en el de punto de recuperación objetivo (RPO). Una vez que la replicación final se haya completado, SRM realiza
cambios en ambos sitios que requieren una importante cantidad de tiempo y esfuerzo para el orden inverso. Debido a esto, el privilegios de
probar un plan de recuperación y el privilegio de ejecutar un plan de recuperación debe ser asignado por separado.
Cuando se solicita que el SRM prueba conmutaciones por error en el sitio de recuperación, el SRM realiza los siguientes pasos:
1
Determina el punto de recuperación que aparece como más reciente para cada volumen replicado.
2
Crea una prueba protegida contra escritura punto de recuperación, con un nombre en el formulario donde srannnnnnnnnnnn es una
manera monótona número cada vez mayor.
3
Se asigna la prueba instantáneas al hosts ESXi adecuado en el sitio de recuperación.
Cuando la prueba se detiene, la prueba las instantáneas se desasigna y se puede eliminar.
Sustitución tras error y recuperación tras error
El Failback es el proceso de restablecer el entorno de replicación a su estado original en el sitio protegido antes de la conmutación por error.
El Failback con SRM es un proceso automatizado que ocurre después de la recuperación. Esto hace que el proceso de failback de las
máquinas virtuales protegidas sea relativamente sencillo en el caso de una migración planificada. Si todo el entorno SRM permanece intacto
después de la recuperación, el failback se realiza ejecutando los pasos de recuperación de reprotección con SRM y, a continuación,
ejecutando de nuevo el plan de recuperación, lo que devuelve los equipos virtuales configurados dentro de sus grupos de protección al sitio
SRM protegido original.
En los escenarios de desastre, los pasos a seguir en caso de fallo varían con respecto al grado de fallo en el sitio protegido. Por ejemplo, la
conmutación por error podría haberse debido a un fallo del sistema de almacenamiento o a la pérdida de todo el centro de datos. La
configuración manual de failback es importante porque el sitio protegido puede tener un hardware o una configuración SAN diferente
después de un desastre. Utilizando SRM, una vez configurado el failback, puede gestionarse y automatizarse como cualquier failover SRM
planificado. Los pasos de recuperación pueden diferir según las condiciones de la última conmutación por error que se produjo. Si el failback
se produce después de una conmutación por error no planificada, es posible que sea necesario volver a crear una réplica completa de los
datos entre los dos sitios. Este paso usualmente toma la mayor parte del tiempo en un escenario de failback.
Todos los planes de recuperación en SRM incluyen un intento inicial de sincronizar los datos entre los sitios de protección y recuperación,
incluso durante un escenario de recuperación de desastres.
Durante la recuperación de desastres, se hará un intento inicial de apagar las máquinas virtuales del grupo de protección y establecer una
sincronización final entre los sitios. Esto está diseñado para garantizar que las máquinas virtuales estén estáticas y en reposo antes de
Uso de SRM para la recuperación ante desastres
9
Publicidad
Tabla de contenido
