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
PDF

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
Pasos

  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 kabob 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

Si experimenta una conmutación al respaldo en el clúster secundario en la relación de SM-BC, el destino asíncrono de SnapMirror queda en mal estado. 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 dispersión:
    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 SM-BC y el volumen de destino de dispersión asíncrono:
    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