Skip to main content
Enterprise applications
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Situaciones de fallo de sincronización activa de SnapMirror y bases de datos de Oracle

Colaboradores

Hay varios escenarios de fallos de la sincronización activa de SnapMirror (SM-AS) con resultados diferentes cada uno.

Situación Resultado

Fallo del enlace de replicación

Mediador reconoce este escenario de cerebro dividido y reanuda las E/S en el nodo que contiene la copia maestra. Cuando la conectividad entre los sitios vuelve a estar en línea, el sitio alternativo realiza una resincronización automática.

Fallo del almacenamiento en el sitio principal

Mediator inicia la conmutación automática por error imprevista.

Sin interrupciones de las operaciones de I/O.

Fallo del almacenamiento en un sitio remoto

No hay interrupción de I/O. Hay una pausa momentánea debido a que la red hace que se aborte la replicación de sincronización y el maestro establece que es el propietario legítimo continuar sirviendo E/S (consenso). Por lo tanto, hay una pausa de I/O de unos segundos y, a continuación, se reanudará la actividad de I/O.

Hay una resincronización automática cuando el sitio está en línea.

Pérdida de mediador o enlace entre Mediator y las cabinas de almacenamiento

Las operaciones de I/O continúan y permanecen sincronizadas con el clúster remoto, pero la conmutación por error y la conmutación tras recuperación automatizadas no planificadas o imprevistas no son posibles si no existe Mediator.

Pérdida de una de las controladoras de almacenamiento en el clúster de alta disponibilidad

El nodo asociado del clúster de alta disponibilidad intenta tomar el control (NDO). Si la toma de control falla, Mediator advierte que tanto el nodo del almacenamiento no funciona y lleva a cabo una conmutación automática al respaldo no planificada en el clúster remoto.

Pérdida de discos

I/O continúa en casos de fallos de disco consecutivos. Esto es parte de RAID-TEC.

Pérdida de todo el sitio en una puesta en marcha típica

Obviamente, los servidores en el sitio fallido ya no estarán disponibles. Las aplicaciones que admiten clustering se pueden configurar para que se ejecuten en ambos sitios y continúen con las operaciones en el sitio alternativo, aunque la mayoría de estas aplicaciones requieren un desempate de sitio 3rd de manera similar al modo en que SM-AS requiere el mediador.

Sin clusters de nivel de aplicación, las aplicaciones deberán iniciarse en el sitio superviviente. Esto afectaría a la disponibilidad, pero se mantiene el objetivo de punto de recuperación=0. No se perderían datos.