Skip to main content
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.

Recuperarse de operaciones de conmutación al respaldo automáticas no planificadas

Colaboradores

Una operación de conmutación por error no planificada automática (AUFO) se produce cuando el clúster primario está inactivo o aislado. El mediador ONTAP detecta cuándo se produce una conmutación por error y ejecuta una conmutación por error automática no planificada en el clúster secundario. El clúster secundario se convierte al principal y comienza a prestar servicio a los clientes. Esta operación se realiza sólo con la ayuda del Mediador ONTAP.

Nota Después de la conmutación automática al respaldo no planificada, es importante volver a analizar las rutas de I/o del LUN del host para que no se pierda las rutas de I/O.

Restablecer la relación de protección tras una conmutación al respaldo no planificada

Puede volver a establecer la relación de protección mediante System Manager o la CLI de ONTAP.

System Manager
Importante
Pasos
A partir de ONTAP 9,8 a 9.14.1, la sincronización activa de SnapMirror se conoce como continuidad del negocio de SnapMirror (SM-BC).
  1. Vaya a Protección > Relaciones y espere a que el estado de la relación muestre “InSync”.

  2. Para reanudar las operaciones en el clúster de origen original, haga clic en Icono de opciones de menú y seleccione Failover.

CLI

Puede supervisar el estado de la conmutación automática al respaldo no planificada mediante snapmirror failover show comando.

Por ejemplo:

ClusterB::> snapmirror failover show -instance
Start Time: 9/23/2020 22:03:29
         Source Path: vs1:/cg/scg3
    Destination Path: vs3:/cg/dcg3
     Failover Status: completed
        Error Reason:
            End Time: 9/23/2020 22:03:30
Primary Data Cluster: cluster-2
Last Progress Update: -
       Failover Type: unplanned
  Error Reason codes: -

Consulte la "Referencia EMS" para obtener más información acerca de los mensajes de eventos y las acciones correctivas.

Reanude la protección en una configuración ramificada después de una conmutación al nodo de respaldo

A partir de ONTAP 9.15.1, la sincronización activa de SnapMirror admite la reconfiguración automática en la sección de distribución ramificada tras un evento de conmutación por error. Para obtener más información, consulte "configuraciones de dispersión".

Si usa ONTAP 9.14.1 o una versión anterior y experimenta una conmutación al nodo de respaldo en el clúster secundario en la relación de sincronización activa de SnapMirror, el destino asíncrono de SnapMirror cambia a estado incorrecto. Debe restaurar manualmente la protección eliminando y volviendo a crear la relación con el extremo asíncrono de SnapMirror.

Pasos
  1. Compruebe que la conmutación por error se ha realizado correctamente:
    snapmirror failover show

  2. En el extremo asíncrono de SnapMirror, elimine el extremo de fan-out:
    snapmirror delete -destination-path destination_path

  3. En el tercer sitio, cree una relación asíncrona de SnapMirror entre el nuevo volumen primario de sincronización activa de SnapMirror y el volumen de destino asíncrono de distribución ramificada:
    snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule

  4. Resincronice la relación:
    snapmirror resync -destination-path destination_path

  5. Verifique el estado y el estado de la relación:
    snapmirror show