Administrator Guide

Tabelle 12. Beschreibung der Consistency Group-Felder (fortgesetzt)
Eigenschaft Beschreibung
virtual-volume
Listet die virtuellen Volumes auf, die Mitglieder der Consistency Group sind. Kann mit
den folgenden Befehle geändert werden:
● consistency-group add-virtual-volumes – Fügen Sie einer Consistency
Group ein oder mehrere virtuelle Volumes hinzu.
● consistency-group remove-virtual-volumes – Entfernen Sie ein oder
mehrere virtuelle Volumes aus einer Consistency Group.
Erweiterte Eigenschaften
auto-resume-at-loser
Bestimmt, ob die I/O-Vorgänge automatisch im getrennten Cluster für die Volumes in
einer Consistency Group fortgesetzt werden, wenn die Konnektivität des Clusters mit
dem Peer-Cluster wiederhergestellt ist
● Nur relevant für Consistency Groups in Multi-Clustern, die verteilte Volumes
enthalten.
● Kann mit dem Befehl set geändert werden. Legen Sie diese Eigenschaft auf true
fest, um zuzulassen, dass die Volumes I/O-Vorgänge ohne Benutzereingriff (mit
dem Befehlresume-at-loser) fortsetzen können.
● true – I/O-Vorgänge werden auf dem verlierenden Cluster automatisch
fortgesetzt, nachdem die Verknüpfung zwischen den Clustern wiederhergestellt
wurde.
● false (Standardeinstellung) – I/O-Vorgänge müssen manuell fortgesetzt werden,
nachdem die Verknüpfung zwischen den Clustern wiederhergestellt wurde.
● Belassen Sie diese Eigenschaft auf false festgelegt, um Administratoren Zeit
zum Neustart der Anwendung zu geben. Andernfalls sind die Dirty Data im
Cache des Hosts nicht konsistent mit dem Image auf der Festplatte, auf die
der Gewinner-Cluster aktiv geschrieben hat. Wenn diese Eigenschaft auf true
festgelegt wird, kann dies zu einer spontanen Änderung der Ansicht von Daten
führen, die Anwendungen auf dem verlierenden Cluster präsentiert werden. Die
meisten Anwendungen akzeptieren diese Datenänderung nicht. Wenn der Host
diese Dirty Pages nicht in der angegebenen Reihenfolge löscht, ist das Daten-Image
möglicherweise beschädigt.
Anzeigeeigenschaften
active-clusters
Für synchrone Consistency Groups ist diese Eigenschaft immer leer ([ ]).
operational status
Aktueller Status dieser Consistency Group in Bezug auf jeden Cluster, auf dem sie
sichtbar ist
● ok – I/O-Vorgänge können auf den Volumes in der Consistency Group bedient
werden.
● suspended – I/O-Vorgänge werden für die Volumes in der Consistency Group
ausgesetzt. Die Gründe sind in operational status: details beschrieben.
● degraded – I/O-Vorgänge werden fortgesetzt, aber es gibt andere Probleme, wie
in operational status: details beschrieben.
● unknown – Der Status ist nicht bekannt, hauptsächlich aufgrund einer verlorenen
Managementkonnektivität.
operational status: details
Wenn operational status ok ist, ist dieses Feld leer: [ ]. Andernfalls werden
zusätzliche Informationen angezeigt, z. B. eine der folgenden:
● cluster-departure – Nicht alle sichtbaren Cluster kommunizieren.
● data-safe-failure – Ein einziger Director ist ausgefallen. Die Volumes sind
weiterhin ausfallsicher und verbleiben in diesem Zustand, es sei denn, ein zweiter
Ausfall tritt auf, bevor der erste wiederhergestellt wurde.
● rebuilding-across-clusters – Ein oder mehrere verteilte zugehörige
Volumes werden neu erstellt. Mindestens ein Volume in der Gruppe ist auf diesem
Cluster veraltet und wird neu synchronisiert. Wenn die Verknüpfung zu diesem
Zeitpunkt ausfällt, wird die gesamte Consistency Group ausgesetzt. Verwenden
Sie den Befehl rebuild status, um anzuzeigen, welches Volume in welchem
Cluster veraltet ist.
84 Consistency Groups