Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Wiederherstellung nach automatischen ungeplanten ONTAP Cluster Failover-Operationen

Beitragende netapp-lenida netapp-aaron-holt netapp-ahibbard netapp-dbagwell
Änderungen vorschlagen
PDFs

Ein automatischer ungeplanter Failover (AUFO) erfolgt, wenn der primäre Cluster ausfällt oder isoliert ist. SnapMirror active sync erkennt solche Fehler und initiiert einen automatischen ungeplanten Failover auf den sekundären Cluster. Der sekundäre Cluster wird in den primären (bevorzugten) Cluster umgewandelt und beginnt mit der Bedienung der Clients. Zu beachten ist, dass die Fehlererkennung und die Failover-Verarbeitung nur mit Unterstützung des ONTAP Mediators durchgeführt werden können.

Hinweis Nach dem automatischen ungeplanten Failover ist es wichtig, die Hostpfade erneut zu scannen, damit kein Verlust von E/A-Pfaden auftritt.

Die Schutzbeziehung nach einem ungeplanten Failover wiederherstellen

Sobald der ursprüngliche primäre Cluster, beispielsweise Cluster A, wiederhergestellt ist, stellt SnapMirror active sync den Schutz automatisch in umgekehrter Richtung her. Wenn der ursprüngliche Zustand wiederhergestellt werden soll und Cluster A wieder der primäre, bevorzugte Cluster sein soll, ist ein manuelles Failback möglich, indem ein geplanter Failover-Vorgang über System Manager oder die ONTAP CLI initiiert wird.

System Manager
Wichtig
Schritte
Von ONTAP 9.8 bis ONTAP 9.14.1 wird SnapMirror active sync als SnapMirror Business Continuity (SM-BC) bezeichnet.

  1. Zu Schutz > Beziehungen navigieren und abwarten, bis der Beziehungsstatus "InSync" angezeigt wird.

  2. Um ein Failback durchzuführen und den Betrieb auf dem ursprünglichen Quell-Cluster fortzusetzen, Symbol für Menüoptionen und Failover auswählen.

CLI

Der Status des automatischen ungeplanten Failovers kann mit dem snapmirror failover show Befehl überwacht werden.

Beispiel:

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

Den Status der umgekehrten Schutzbeziehung können Sie mit dem snapmirror show-Befehl auf dem ursprünglichen primären Cluster überwachen.

Beispiel:

ClusterA::> snapmirror show
                                                                               Progress
Source             Destination  Mirror        Relationship   Total             Last
Path         Type  Path         State         Status         Progress  Healthy Updated
-----------  ----  ------------ -------       -------------- --------- ------- --------
vs3:/cg/dcg3 XDP   vs1:/cg/scg3 Snapmirrored  InSync          -         true    -

Ein Failback zum ursprünglichen primären Cluster kann mit dem snapmirror failover start Befehl durchgeführt werden.

Beispiel:

ClusterA::> snapmirror failover start -destination-path vs1:/cg/scg3

In der "EMS-Referenz" finden sich Informationen zu Ereignismeldungen und Korrekturmaßnahmen.

Wiederaufnahme des Schutzes in einer Fan-Out-Konfiguration nach einem Failover

Ab ONTAP 9.15.1 unterstützt SnapMirror active sync die automatische Neukonfiguration im Fan-Out-Bein nach einem Failover-Ereignis in einer SAN-Beziehung. In einer NAS-Konfiguration ist die Schutzbeziehung nach einem SnapMirror active sync Failover manuell neu zu konfigurieren. Das asynchrone Fan-Out-Bein kann eine Konsistenzgruppenbeziehung oder eine unabhängige Volume-Beziehung sein. Weitere Informationen finden sich unter "Fan-Out Konfigurationen".

Wenn ONTAP 9.14.1 oder eine frühere Version verwendet wird und ein Failover auf dem sekundären Cluster in der SnapMirror Aktiv/Aktiv-Sync-Beziehung auftritt, wird das SnapMirror asynchrone Ziel-Cluster fehlerhaft. Der Schutz muss manuell wiederhergestellt werden, indem die Beziehung mit dem SnapMirror asynchronen Endpunkt gelöscht und neu erstellt wird.

Schritte

  1. Es wird überprüft, ob das Failover erfolgreich abgeschlossen wurde:
    snapmirror failover show

  2. Am SnapMirror asynchronen Endpunkt den Fan-Out-Endpunkt löschen:
    snapmirror delete -destination-path destination_path

  3. Am dritten Standort wird eine SnapMirror asynchrone Beziehung zwischen dem neuen SnapMirror Active Sync-Primärvolume und dem asynchronen Fan-Out-Zielvolume erstellt:
    snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule

  4. Die Beziehung neu synchronisieren:
    snapmirror resync -destination-path destination_path

  5. Beziehungsstatus und Zustand der Beziehung prüfen:
    snapmirror show

Verwandte Informationen