Der automatische ungeplante Failover wird nicht an Standort B ausgelöst
-
PDF dieser Dokumentationssite
- ONTAP einrichten, aktualisieren und zurücksetzen
- Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
- Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
- Managen Sie die SnapMirror Volume-Replizierung
Sammlung separater PDF-Dokumente
Creating your file...
Ein Fehler an Standort A löst kein ungeplantes Failover auf Standort B aus
Der ONTAP-Mediator ist nicht konfiguriert. Um festzustellen, ob dies die Ursache ist, geben Sie den ein snapmirror mediator show
Befehl auf dem Cluster Standort B.
Cluster2::*> snapmirror mediator show This table is currently empty.
Dieses Beispiel zeigt an, dass ONTAP Mediator nicht auf Standort B konfiguriert ist
Stellen Sie sicher, dass ONTAP Mediator auf beiden Clustern konfiguriert ist, dass der Status verbunden und Quorum auf wahr gesetzt ist.
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."
Führen Sie die folgenden Schritte durch, um einen erzwungenen Failover an Standort B durchzuführen
-
Heben Sie die Zuordnung aller LUNs, die der Konsistenzgruppe angehören, von Standort B. auf
-
Löschen Sie die SnapMirror Consistency Group-Beziehung mit dem
force
Option. -
Geben Sie das ein
snapmirror break
Befehl für die Consistency Group -Teilvolume zum Konvertieren von Volumes von DP in R/W, um I/O von Standort B. zu aktivieren -
Starten Sie die Knoten Standort A, um eine RTO-Beziehung von Standort B zu Standort A zu erstellen
-
Geben Sie die Konsistenzgruppe mit frei
relationship-info-only
An Standort A werden die allgemeine Snapshot Kopie beibehalten und die Zuordnung der LUNs zu der Konsistenzgruppe aufheben. -
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.
-
Stellen Sie das aus
snapmirror resync
So synchronisieren Sie die Beziehungen. -
Löschen Sie die SnapMirror Beziehungen mit der Sync-Richtlinie auf Standort A
-
Lassen Sie die SnapMirror Beziehungen mit der Sync-Richtlinie los
relationship-info-only true
Vor Ort B. -
Erstellen Sie eine Konsistenzgruppenbeziehung von Standort B zu Standort A
-
Führen Sie eine Neusynchronisierung von Konsistenzgruppen von Standort A durch, und überprüfen Sie dann, ob die Konsistenzgruppe synchron ist.
-
Wiederherstellen aller Pfade zu den LUNs durch erneute Überprüfung der Host-LUN-I/O-Pfade