Administrator Guide
Table Of Contents
- Dell EMC Storage-Systeme Administratorhandbuch für die Metro Node-Appliance
- Inhaltsverzeichnis
- Vorwort
- CLI-Arbeitsumgebung und -Benutzerkonten
- Meta-Volumes
- Systemmanagement
- Call Home-Benachrichtigungen
- Speicherorte für Ereignisprotokolle
- Speicherort des Systemkonfigurationsprotokolls
- Hardware-Beschleunigung mit VAAI
- Übertragen von Kopie-Overheads mit XCOPY
- Umbenennen eines Metro Node-Clusters
- Einstellungen für LCD an der Frontblende
- 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
- Cluster Witness
- 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
- Aktivieren und Deaktivieren von Anschlüssen
- Port-Überwachung
- Statistics
- Statistiktabellen
- Metro Node mit Aktiv-Passiv-Storage-Arrays
● Wiederaufnehmen der Bedienung von I/O-Vorgängen.
Anschließend können Sie die Anwendungen auf dem verlierenden Cluster sicher neu starten.
So nehmen Sie die I/O auf dem verlierenden Cluster wieder auf:
Schritte
1. Verwenden Sie den Befehl ls, um den Betriebsstatus der Ziel-Consistency-Group 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:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
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 consistency-group resume-at-loser, um die I/O auf dem verlierenden Cluster neu zu starten.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resume-at-loser -c cluster-2
This may change the view of data presented to applications at cluster cluster-2. You
should first stop applications at that cluster. Continue? (Yes/No) Yes
3. Verwenden Sie den Befehl ls, um die Änderung des Betriebsstatus 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:: [] }),
(cluster-2,{ summary:: ok, details:: [] })]
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
Möglicherweise bemerken Sie den Betriebsstatus rebuilding-across-clusters, während die Geräte erneut aufgebaut werden.
Festlegen des Schreibschutz-Attributs
SRDF R2-Geräte (Replikate) sind ein Beispiel für ein Array-managed Business Continuance Volume (BCV). Für Consistency Groups, die
diese Volumes enthalten, können Sie den Befehl set verwenden, um die Consistency Group als schreibgeschützt festzulegen.
Info über diese Aufgabe
Wenn das Schreibschutz-Attribut auf "true" festgelegt ist, verhindert das System Schreibvorgänge auf virtuelle Volumes in der
Consistency Group. Virtuelle Volumes in einer schreibgeschützten Consistency Group müssen lokal sein und Sie müssen jedes virtuelle
Volume eins-zu-eins einem einzelnen Speicher-Volume zuordnen (z. B. lokales RAID 0 ohne Slicing).
Consistency Groups
87