Administrator Guide

Table Of Contents
Tabelle 11. Beschreibung der Consistency Group-Felder (fortgesetzt)
Eigenschaft Beschreibung
virtual-volumes
Liste der virtuellen Volumes, die Mitglieder der Consistency Group sind
Betreiben einer Consistency Group
Eine Best Practice besteht darin, die Fortsetzung von I/O auf nur einem Cluster zuzulassen. Wenn I/O-Vorgänge auf beiden Clustern
fortgesetzt werden können, führt dies zu einer vollständigen Neusynchronisierung eines Clusters vom anderen. Alle Schreibvorgänge im
verlierenden Cluster gehen verloren.
Info über diese Aufgabe
Wenn I/O-Vorgänge auf beiden Clustern fortgesetzt werden, gilt Folgendes:
Die Daten-Images auf den Clustern unterscheiden sich.
Die Komponenten verteilter Volumes sind logisch voneinander getrennt.
Wenn die Verbindung zwischen den Clustern wiederhergestellt wurde, stellen die Cluster fest, dass die I/O unabhängig fortgesetzt
wurde. Die I/O wird auf beiden Clustern fortgesetzt, bis Sie einen Gewinner-Cluster auswählen, dessen Daten-Image als Quelle für die
Synchronisierung der Daten-Images verwendet wird.
Im folgenden Beispiel wurde die I/O während eines Ausfalls der Verbindung zwischen den Clustern auf beiden Clustern fortgesetzt. Wenn
die Verbindung zwischen den Clustern wiederhergestellt wird, kommen die beiden Cluster wieder in Kontakt und erfahren, dass sie jeweils
den anderen getrennt und die I/O fortgesetzt haben.
Schritte
1. Verwenden Sie den ls-Befehl, um den Betriebsstatus der Consistency Group in beiden Clustern 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:: [requires-resolve-conflicting-
detach] }),
(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
Consistency Groups
81