Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez vos données après des opérations automatiques de basculement non planifié

Contributeurs
PDF

Une opération automatique de basculement non planifié (AUFO) se produit lorsque le cluster principal est en panne ou isolé. Le médiateur ONTAP détecte les basculements et exécute un basculement automatique non planifié vers le cluster secondaire. Le cluster secondaire est converti en cluster principal et commence à servir les clients. Cette opération est effectuée uniquement avec l'aide du médiateur ONTAP.

Remarque Après le basculement automatique non planifié, il est important d'analyser à nouveau les chemins d'E/S des LUN hôtes afin d'éviter toute perte de chemins d'E/S.

Rétablir la relation de protection après un basculement non planifié

Vous pouvez rétablir la relation de protection à l'aide de System Manager ou de l'interface de ligne de commandes ONTAP.

System Manager
Important
Étapes
De ONTAP 9.8 à 9.14.1, la synchronisation active SnapMirror est appelée SnapMirror Business Continuity (SM-BC).

  1. Accédez à protection > relations et attendez que l'état de la relation affiche "insync".

  2. Pour reprendre les opérations sur le cluster source d'origine, cliquez sur Icône des options de menu et sélectionnez basculement.

CLI

Vous pouvez surveiller l'état du basculement automatique non planifié à l'aide du snapmirror failover show commande.

Par exemple :

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

Reportez-vous à la "Référence EMS" pour en savoir plus sur les messages d'événement et sur les actions correctives à mener.

Reprise de la protection dans une configuration « Fan-Out » après le basculement

Depuis la version ONTAP 9.15.1, la synchronisation active SnapMirror prend en charge la reconfiguration automatique dans le segment « Fan-Out » après un événement de basculement. Pour plus d'informations, voir "configurations « fan-out »".

Si vous utilisez ONTAP 9.14.1 ou une version antérieure et que vous rencontrez un basculement sur le cluster secondaire dans la relation de synchronisation active SnapMirror, la destination asynchrone SnapMirror devient défectueuse. Vous devez restaurer manuellement la protection en supprimant et en recréant la relation avec le terminal asynchrone SnapMirror.

Étapes

  1. Vérifiez que le basculement s'est terminé correctement :
    snapmirror failover show

  2. Sur le point de terminaison asynchrone SnapMirror, supprimez le point de terminaison « Fan-Out » :
    snapmirror delete -destination-path destination_path

  3. Sur le troisième site, créez des relations asynchrones SnapMirror entre le nouveau volume primaire de synchronisation active SnapMirror et le volume de destination asynchrone « Fan-Out » :
    snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule

  4. Resynchroniser la relation :
    snapmirror resync -destination-path destination_path

  5. Vérifiez l'état et l'état de la relation :
    snapmirror show