Administrator Guide

Tabelle 12. Beschreibung der Consistency Group-Felder (fortgesetzt)
Eigenschaft Beschreibung
● 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.
virtual-volumes
Liste der virtuellen Volumes, die Mitglieder der Consistency Group sind
Betreiben einer Consistency Group
Im Falle einer Cluster-Partition besteht das bewährte Verfahren darin, die I/O-Vorgänge in nur einem Cluster fortzusetzen. Wenn
Sie zulassen, dass I/O auf beiden Clustern fortgesetzt wird, führt dies zu einer Bedingung, die als in Konflikt stehende Trennung
bezeichnet wird. Die Lösung der in Konflikt stehenden Trennung führt zur vollständigen Neusynchronisation des verlierenden Clusters vom
gewinnenden Cluster. 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] }),
Consistency Groups
85