Hyper-V.
Conmutación por error en la base de datos de Oracle con sincronización activa de SnapMirror
Sugerir cambios
PDF
El principal motivo para alojar una base de datos Oracle en una sincronización activa de SnapMirror es proporcionar conmutación por error transparente durante eventos de almacenamiento planificados y no planificados.
SnapMirror Active Sync admite dos tipos de operaciones de conmutación por error de almacenamiento: Planificadas y no planificadas, que funcionan de formas ligeramente diferentes. El administrador inicia manualmente una conmutación al respaldo planificada para una rápida conmutación a un sitio remoto, mientras que el mediador inicia automáticamente la conmutación al respaldo no planificada en el tercer sitio. El objetivo principal de una conmutación por error planificada es realizar actualizaciones y revisiones incrementales, realizar pruebas de recuperación ante desastres o adoptar una política formal de operaciones de conmutación entre sitios durante todo el año para demostrar su capacidad de sincronización activa completa.
Los diagramas muestran lo que sucede durante las operaciones normales, de conmutación por error y de conmutación tras recuperación. Para facilitar la ilustración, representan una LUN replicada. En una configuración de sincronización activa de SnapMirror real, la replicación se basa en volúmenes, donde cada volumen contiene uno o varios LUN; pero, para simplificar la imagen, se ha eliminado la capa del volumen.
Funcionamiento normal
En el funcionamiento normal se puede acceder a una LUN desde la réplica local o remota. La línea roja indica la ruta optimizada tal y como anuncia ALUA, y el resultado debe ser que I/O se envíe preferentemente por esta ruta.
La línea verde es una ruta activa, pero supondría más latencia, ya que el I/O de esa ruta debería transmitirse a través de la ruta de sincronización activa de SnapMirror. La latencia adicional dependería de la velocidad de la interconexión entre los sitios que se usa para la sincronización activa de SnapMirror.
Fallo
Si la copia mirror activa deja de estar disponible, ya sea debido a una conmutación por error planificada o no planificada, obviamente ya no podrá utilizarse. Sin embargo, el sistema remoto posee una réplica síncrona y rutas SAN al sitio remoto ya existen. El sistema remoto puede dar servicio a I/O para esa LUN.
Conmutación al respaldo
La conmutación por error hace que la copia remota se convierta en la copia activa. Las rutas se cambian de Activo a Activo/Optimizado y el I/O se sigue prestando servicio sin pérdida de datos.
Reparar
Una vez que el sistema de origen vuelve al servicio, SnapMirror Active Sync puede volver a sincronizar la replicación pero en dirección contraria. La configuración ahora es esencialmente la misma que el punto de partida, excepto que se han invertido los sitios de reflejo activo.
Conmutación tras recuperación
Si lo desea, un administrador puede realizar una conmutación de retorno tras recuperación y mover la copia activa de las LUN a las controladoras originales.