Administrator Guide

(cluster-2,{ summary:: ok, details:: [requires-resolve-conflicting-detach] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
2. Verwenden Sie den Befehl resolve-conflicting-detach, um Cluster-1 als Gewinner auszuwählen.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c
cluster-1
This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing
you to stop applications at those clusters. Continue? (Yes/No) Yes
Änderungen, die von Cluster-2 an Daten auf Volumes in der Consistency Group seit Beginn des Verbindungsausfalls vorgenommen
wurden, werden verworfen.
Das Daten-Image von Cluster-2 wird dann mit dem Image in Cluster-1 synchronisiert.
I/O in Cluster-2 wird angehalten, wenn die auto-resume-Policy auf "false" eingestellt ist.
3. Verwenden Sie den ls-Befehl, um die Änderung des Betriebsstatus zu überprüfen:
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
------------------- ----------------------------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
● In Cluster-1 wird die I/O fortgesetzt und der Status lautet ok.
● In Cluster-2 hat sich die Ansicht der Daten geändert und somit wird die I/O angehalten.
4. Verwenden Sie den Befehl consistency-group resume-at-loser, um die I/O für die Consistency Group in Cluster-2 wieder
aufzunehmen.
Wiederaufnehmen von I/O auf dem verlierenden Cluster
Bei einem Ausfall der Verbindung zwischen den Clustern können Sie die Fortsetzung der I/O auf einem der beiden Cluster, dem
gewinnenden Cluster, zulassen.
Info über diese Aufgabe
Die I/O bleibt auf dem verlierenden Cluster angehalten.
Wenn die Verbindung zwischen den Clustern wiederhergestellt wird, werden Gewinner- und Verlierer-Cluster neu verbunden, und der
Verlierer-Cluster erkennt, dass der Gewinner-Cluster die I/O ohne ihn wiederaufgenommen hat.
Wenn es nicht explizit konfiguriert anders wurde, bleibt die I/O auf dem Verlierer-Cluster angehalten. Dies verhindert, dass Anwendungen
auf dem Verlierer-Cluster eine spontane Datenänderung erfahren.
Die Verzögerung ermöglicht das Herunterfahren von Anwendungen.
Verwenden Sie nach dem Beenden der Anwendungen den Befehl consistency-group resume-at-loser, um Folgendes zu tun:
● Erneutes Synchronisieren des Daten-Image auf dem verlierenden Cluster mit dem Daten-Image auf dem gewinnenden Cluster.
86
Consistency Groups