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.

Der automatische ungeplante Failover wird nicht an Standort B ausgelöst

Beitragende
PDFs
Problem:

Ein Fehler an Standort A löst kein ungeplantes Failover auf Standort B aus

Mögliche Ursache #1:

Der ONTAP-Mediator ist nicht konfiguriert. Um festzustellen, ob dies die Ursache ist, geben Sie den snapmirror mediator show Befehl auf dem Cluster von Standort B aus.

Cluster2::*> snapmirror mediator show
This table is currently empty.

Dieses Beispiel zeigt an, dass ONTAP Mediator nicht auf Standort B konfiguriert ist

Lösung:

Stellen Sie sicher, dass ONTAP Mediator auf beiden Clustern konfiguriert ist, dass der Status verbunden und Quorum auf wahr gesetzt ist.

Mögliche Ursache #2:

Die SnapMirror Konsistenzgruppe ist nicht synchron. Um festzustellen, ob dies die Ursache ist, sehen Sie im Ereignisprotokoll nach, um anzuzeigen, ob die Konsistenzgruppe während der Zeit, zu der der Standort A-Fehler aufgetreten ist, synchronisiert wurde.

cluster::*> event log show -event *out.of.sync*

Time                Node             Severity      Event
------------------- ---------------- ------------- ---------------------------
10/1/2020 23:26:12  sti42-vsim-ucs511w ERROR       sms.status.out.of.sync: Source volume "vs0:zrto_cg_556844_511u_RW1" and destination volume "vs1:zrto_cg_556881_511w_DP1" with relationship UUID "55ab7942-03e5-11eb-ba5a-005056a7dc14" is in "out-of-sync" status due to the following reason: "Transfer failed."
Lösung:

Führen Sie die folgenden Schritte durch, um einen erzwungenen Failover an Standort B durchzuführen

  1. Heben Sie die Zuordnung aller LUNs, die der Konsistenzgruppe angehören, von Standort B. auf

  2. Löschen Sie die SnapMirror Konsistenzgruppenbeziehung mit der force Option.

  3. Geben Sie den snapmirror break Befehl für die Volumes der Konsistenzgruppe ein, um Volumes von DP in Lese-/Schreibzugriff zu konvertieren, um I/O von Standort B zu aktivieren

  4. Starten Sie die Knoten Standort A, um eine RTO-Beziehung von Standort B zu Standort A zu erstellen

  5. Geben Sie die Konsistenzgruppe an relationship-info-only Standort A frei, um die gemeinsame Snapshot Kopie beizubehalten und die Zuordnung der LUNs zur Konsistenzgruppe aufzuheben.

  6. Konvertieren Sie Volumes an Standort A von Lese-/Schreibzugriff nach DP, indem Sie eine Beziehung auf Volume-Ebene mit der Sync-Richtlinie oder der asynchronen Richtlinie einrichten.

  7. Geben Sie das snapmirror resync ein, um die Beziehungen zu synchronisieren.

  8. Löschen Sie die SnapMirror Beziehungen mit der Sync-Richtlinie auf Standort A

  9. Geben Sie die SnapMirror-Beziehungen mit der Synchronisierungsrichtlinie unter Verwendung von relationship-info-only true vor Ort B frei

  10. Erstellen Sie eine Konsistenzgruppenbeziehung von Standort B zu Standort A

  11. Führen Sie eine Neusynchronisierung von Konsistenzgruppen von Standort A durch, und überprüfen Sie dann, ob die Konsistenzgruppe synchron ist.

  12. Wiederherstellen aller Pfade zu den LUNs durch erneute Überprüfung der Host-LUN-I/O-Pfade