Administrator Guide

Tabelle 11. Beschreibung der Consistency Group-Felder (fortgesetzt)
Eigenschaft Beschreibung
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.
● rebuilding-within-cluster – Auf diesem Cluster werden eine oder mehrere lokale
Neuerstellungen durchgeführt.
● requires-resolve-conflicting-detach – Nachdem die Verknüpfung
zwischen den Clustern wiederhergestellt wurde, haben zwei Cluster festgestellt,
dass sie voneinander getrennt sind und die I/O-Vorgänge unabhängig voneinander
fortgesetzt haben. Die Cluster führen weiterhin I/O-Vorgänge für ihre
unabhängigen Versionen der Daten durch. Der Befehl consistency-group
resolve-conflicting-detach muss verwendet werden, um wieder eine
konsistente Ansicht der Daten in den Clustern herzustellen.
● requires-resume-after-rollback – Ein Cluster hat seinen Peer-Cluster
getrennt und die Ansicht der Daten zurückgesetzt, wartet aber auf den Befehl
consistency-group resume-after-rollback , bevor er I/O-Vorgänge
wieder aufnimmt. Anzeige:
○ Es gibt kein detach-rule
○ Wenn die detach-rule no-automatic-winner lautet oder
○ Wenn die detach-rule nicht ausgelöst werden kann, weil die Bedingungen nicht
erfüllt sind.
￭ unhealthy-devices – I/O-Vorgänge wurden in dieser Consistency
Group gestoppt, weil ein oder mehrere Volumes fehlerhaft sind und keine
I/O-Vorgänge durchführen können.
￭ will-rollback-on-link-down – Wenn jetzt eine link-down-Liste
vorhanden wäre, müsste der Gewinner-Cluster ein Rollback der Ansicht der
Daten durchführen, um die I/O-Vorgänge wieder aufzunehmen.
80
Consistency Groups