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 netapp-aaron-holt netapp-lenida netapp-dbagwell netapp-ahibbard
PDFs

Verwenden Sie die folgenden Informationen, wenn ein Fehler an Standort A kein ungeplantes Failover an Standort B auslöst.

Problem:

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

Mögliche Ursache #1:

Der ONTAP Mediator oder der ONTAP Cloud Mediator ist nicht konfiguriert. Um festzustellen, ob dies die Ursache ist, führen Sie den snapmirror mediator show Befehl auf dem Cluster von Site B.

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

Dieses Beispiel zeigt, dass der Mediator auf Site B nicht konfiguriert ist.

Lösung:

Stellen Sie sicher, dass Mediator auf beiden Clustern konfiguriert ist, dass der Status „Verbunden“ lautet und „Quorum“ auf „True“ 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 mit auf Standort A frei relationship-info-only, um den gemeinsamen Snapshot beizubehalten und die Zuordnung der LUNs, die zur Konsistenzgruppe gehören, 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

Verwandte Informationen