Administrator Guide

This will change the view of data at cluster cluster-1, so you should ensure applications
are stopped at that cluster. Continue? (Yes/No) Yes
3. Verwenden Sie den Befehl ls, um die Änderung des Betriebsstatus anzuzeigen.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
-------------------- ----------------------
active-clusters [cluster-1]
cache-mode synchronous
detach-rule -
operational-status [ok]
passive-clusters [cluster-2]
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
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.
● Wiederaufnehmen der Bedienung von I/O-Vorgängen.
Anschließend können Sie die Anwendungen auf dem verlierenden Cluster sicher neu starten.
So nehmen Sie die I/O auf dem verlierenden Cluster wieder auf:
Schritte
1. Verwenden Sie den Befehl ls, um den Betriebsstatus der Ziel-Consistency-Group anzuzeigen.
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
Consistency Groups
83