Administrator Guide
Table Of Contents
- Dell EMC Storage-Systeme Administratorhandbuch für die PowerStore-und Unity XT Metro Node-Funktion
- CLI-Arbeitsumgebung und -Benutzerkonten
- Meta-Volumes
- Systemmanagement
- Thin-Support in Metro Node
- Bereitstellen von Speicherplatz
- Volume-Erweiterung
- Datenmigration
- Informationen über Datenmigrationen
- Migrieren von Thin-fähigem Speicher
- Informationen zu Neuerstellungen
- Einmalige Datenmigrationen
- Batchmigrationen
- Voraussetzungen
- Erstellen eines Batchmigrationsplans
- Prüfen eines Batchmigrationsplans
- Ändern einer Batchmigrationsdatei
- Starten einer Batchmigration
- Anhalten/Wiederaufnehmen einer Batchmigration (optional)
- Abbrechen einer Batchmigration (optional)
- Überwachen des Fortschritts einer Batchmigration
- Anzeigen des Status einer Batchmigration
- Aktivieren einer Batchmigration
- Bereinigen einer Batchmigration
- Entfernen von Datensätzen der Batchmigration
- Konfigurieren des WAN-Netzwerks
- Consistency Groups
- Informationen über Metro Node-Consistency-Groups
- Eigenschaften von Consistency Groups
- Managen von Consistency Groups
- Erstellen einer Consistency Group
- Hinzufügen von Volumes zu einer Consistency Group
- Entfernen von Volumes aus einer Consistency Group
- Ändern von Consistency-Group-Eigenschaften
- Beispiel für Modify: „visibility“ festlegen
- Beispiel für Modify: Anwenden einer Detach-Regel
- Löschen einer Consistency Group
- Anzeigen von Consistency-Group-Eigenschaften
- Betreiben einer Consistency Group
- Performance und Überwachung
- Informationen über Performance
- Informationen zur Performance-Überwachung
- Überwachen der Performance mithilfe der CLI
- Informationen über Dateirotation und Zeitstempel
- Verfahrensübersicht: Erstellen eines Monitors mithilfe der CLI
- Erstellen eines Monitors
- Hinzufügen/Löschen von Monitor Sinks
- Löschen eines Monitors
- Aktivieren/Deaktivieren/Ändern der Abfrage
- Aktivieren/Deaktivieren von Sinks
- Erzwingen einer sofortigen Abfrage
- Port-Überwachung
- Statistics
- Statistiktabellen
- Metro Node mit Aktiv-Passiv-Storage-Arrays
- Index
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