Dell EMC Storage-Systeme Administratorhandbuch für die PowerStore-und Unity XT Metro Node-Funktion Version 7.
Hinweise, Vorsichtshinweise und Warnungen ANMERKUNG: Eine ANMERKUNG macht auf wichtige Informationen aufmerksam, mit denen Sie Ihr Produkt besser einsetzen können. VORSICHT: Ein VORSICHTSHINWEIS warnt vor möglichen Beschädigungen der Hardware oder vor Datenverlust und zeigt, wie diese vermieden werden können. WARNUNG: Mit WARNUNG wird auf eine potenziell gefährliche Situation hingewiesen, die zu Sachschäden, Verletzungen oder zum Tod führen kann. © 2020 2021 Dell Inc. oder ihre Tochtergesellschaften.
Inhaltsverzeichnis Kapitel 1: CLI-Arbeitsumgebung und -Benutzerkonten....................................................................... 7 Konfigurieren der CLI-Arbeitsumgebung............................................................................................................................ 7 Festlegen des Schwellenwerts für die Konsolenprotokollierung................................................................................7 Fensterbreite auf 100 einstellen...............................
Kapitel 6: Volume-Erweiterung.......................................................................................................33 Überblick............................................................................................................................................................................... 33 Weitere Dokumentation................................................................................................................................................
Kontext von Subnetzen................................................................................................................................................58 /connectivity/back-end/............................................................................................................................................. 59 /connectivity/front-end/.............................................................................................................................................
Port-Überwachung............................................................................................................................................................. 95 Erste Schritte.................................................................................................................................................................95 Einrichten des Skripts für das Senden von Berichten per E-Mail...........................................................................
1 CLI-Arbeitsumgebung und -Benutzerkonten In diesem Kapitel wird beschrieben, wie Sie die Befehlszeilenschnittstelle (CLI) von Metro Node verwenden, um die CLI-Arbeitsumgebung zu konfigurieren und Benutzerkonten zu verwalten. Themen: • Konfigurieren der CLI-Arbeitsumgebung Konfigurieren der CLI-Arbeitsumgebung Die Arbeitsumgebung bezeichnet das Erscheinungsbild und das Verhalten einer CLI-Sitzung.
4. Verwenden Sie den Befehl „log filter create“, um einen neuen Filter für die Konsole mit dem erforderlichen Schwellenwert zu erstellen: VPlexcli:> log filter create --threshold --component “logserver” wobei n 0-7 ist. ANMERKUNG: Der Schwellenwert filtert alle Meldungen mit größerem oder gleichem Schweregrad. Um Meldungen mit Schweregrad kritisch (2) und höher (0 und 1) anzuzeigen, legen Sie den Schwellenwert auf 3 fest.
2 Meta-Volumes In diesem Kapitel werden die Verfahren zum Managen von Metadaten und Meta-Volumes mithilfe der Metro Node-CLI beschrieben.
● Verwenden Sie, falls möglich, keine Geräte auf LUN0. Pfade zu LUN0 werden entfernt und immer dann hinzugefügt, wenn das Array die Ermittlung durchläuft. Dieses Verhalten ist darauf zurückzuführen, dass es sich bei LUN0 entweder um eine Standard-LUN oder um eine echte LUN handelt, die durch echten Speicher gesichert wurde. Die Verfügbarkeit ist für Meta-Volumes von entscheidender Bedeutung. Das Meta-Volume ist für die Systemwiederherstellung unerlässlich.
Umbenennen von Meta-Volumes Standardmäßig basieren Meta-Volume-Namen auf einem Zeitstempel. Gehen Sie wie folgt vor, um den Namen zu ändern: Schritte 1. Navigieren Sie zum Kontext /clusters/cluster/system-volumes/: VPlexcli:/> cd clusters/cluster-2/system-volumes/ VPlexcli:/clusters/cluster-2/system-volumes> 2. Verwenden Sie den Befehl ll, um die Namen der Meta-Volumes anzuzeigen. 3. Navigieren Sie zum Kontext /clusters/cluster/system-volumes/target-meta-volume.
Zum Beispiel: VPlexcli:/clusters/cluster-1/system-volumes/metadata_1> meta-volume destroy --meta-volume metadata_1 Daraufhin wird eine Warnmeldung angezeigt: Meta-volume 'metadata_1' will be destroyed. Do you wish to continue? (Yes/No) 4. Geben Sie y ein. ANMERKUNG: Löschen Sie nach dem Löschen eines Metadaten-Volume die Daten auf dem Speicher-Volume mit externen Mitteln, um künftige Verwechslungen zu vermeiden.
Tabelle 1. Anzeigefelder für Meta-Volumes Feld Beschreibung active Gibt an, ob dieses Volume das derzeit aktive Metadaten-Volume ist. Das System verfügt jeweils nur über ein aktives Metadaten-Volume. application-consistent Gibt an, ob dieses Speicher-Volume anwendungskonsistent ist. block-count Die Anzahl der Blöcke im Volume. capacity Die Größe des Meta-Volume. component-count Die Anzahl der Spiegelungen im RAID 1-Metadaten-Volume.
Tabelle 1. Anzeigefelder für Meta-Volumes (fortgesetzt) Feld Beschreibung slots Die Gesamtzahl der Steckplätze für Speicher-Volume-Header in Meta-Volume. stripe-depth Die Tiefe eines Stripe in Byte, wenn geometry RAID-0 ist. system-id Name, der dem Meta-Volume zugewiesen ist. thin-capable Gibt an, ob das Volume Thin-fähig ist. „Yes“ gibt an, dass das Volume Thin-fähig ist. – Gibt an, dass es nicht Thin-fähig ist. transfer-size Die Übertragungsgröße während der Neuerstellung in Byte.
3 Systemmanagement In diesem Kapitel wird beschrieben, wie Sie die Call Home-Benachrichtigungen, die Speicherorte von Ereignisprotokollen und die Hardwarebeschleunigung mit VAAI verwenden.
Der Befehl führt ein Interview-Skript aus, das zur Eingabe der erforderlichen Informationen auffordert. Wenn entweder die Call-HomeBenachrichtigung oder SYR nicht konfiguriert ist, werden Interviewfragen zur Konfiguration des nicht konfigurierten Service angezeigt. Wenn die Call-Home-Benachrichtigungen und SYR-Einstellungen bereits konfiguriert sind, werden die aktuellen Konfigurationsinformationen angezeigt.
Hardware-Beschleunigung mit VAAI VMware API for Array Integration (VAAI) bietet Ihnen folgende Möglichkeiten: ● ● ● ● Verlagerung von Speichervorgängen von der Rechnerseite auf die Speicherhardware Verlagerung von I/O-intensiven Vorgängen für das Provisioning und die Erstellung eines Snapshots vom Hypervisor zu Metro Node Zuweisen von Hypervisor-Arbeitsspeicher und Verarbeitungsressourcen zu anderen Funktionen Aufheben der Zuordnung ungenutzter Speicherblöcke von Thin-Provisioning-Volumes.
VORSICHT: Das Aktivieren/Deaktivieren der CAW-Funktion unterstützt außergewöhnliche Situationen, wie z. B. die Unterstützung der Mitarbeiter des technischen Supports von Dell EMC bei der Diagnose eines Problems. CAW ist standardmäßig aktiviert und sollte vom technischen Support von Dell EMC deaktiviert werden. Die Unterstützung für CAW kann auf zwei Ebenen aktiviert oder deaktiviert werden: ● Speicheransicht: Aktiviert oder deaktiviert für alle vorhandenen Speicheransichten.
So deaktivieren Sie CAW für eine Speicheransicht: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set caw-enabled false Aktivieren/Deaktivieren von CAW als Systemstandard Verwenden Sie den Befehl set im Kontext /clusters/cluster, um CAW für den gesamten Cluster zu aktivieren oder zu deaktivieren.
● Speicheransicht: Aktiviert oder deaktiviert für alle vorhandenen Speicheransichten. Eine Speicheransicht, die nach der Aktivierung/ Deaktivierung von WriteSame (16) auf der Ebene der Speicheransicht erstellt wurde, übernimmt die Standardeinstellung des Systems. Dell EMC empfiehlt die Beibehaltung einer einheitlichen WriteSame (16)-Einstellung in allen Speicheransichten im Metro Node.
So aktivieren Sie WriteSame (16) für eine Speicheransicht: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled true So deaktivieren Sie WriteSame (16) für eine Speicheransicht: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled false Aktivieren/Deaktivieren von WriteSame (16) als Systemstandard Verwenden Sie den Befehl set im Kontext /clusters/cluster, um WriteSame(16) für das gesamte Cluster zu aktivieren oder zu deakti
Dell EMC Support. Das Ändern des Standardvorlagenwerts kann negative Auswirkungen auf die I/O-Performance des VMware-Host haben. 1. Um XCOPY standardmäßig zu aktivieren, setzen Sie das Attribut „default-xcopy-template“ wie folgt auf „true“: VPlexcli:/> set /clusters/*::default-xcopy-template true 2.
Nachfolgend finden Sie ein Beispiel. vplexcli:/clusters/cluster-1>set name clusterone vplexcli:/clusters/clusterone> Einstellungen für LCD an der Frontblende VORSICHT: Verwenden Sie den Bereich nicht, um Einstellungen von iDRAC oder R640 zu ändern. Die Änderung der Einstellungen kann sich auf die Metro Node-Einstellungen auswirken und letztendlich einen Funktionsausfall verursachen.
4 Thin-Support in Metro Node In diesem Kapitel wird beschrieben, wie Metro Node die Thin-Aware-Funktionen unterstützt. Themen: • • • • Thin-Support im Metro Node Thin Provisioning Thin Storage-Management Thin-Spiegelung und -Migration Thin-Support im Metro Node Die Funktion, virtuelle Metro Node-Volumes Hosts gegenüber als Thin Volumes anzuzeigen, wird als thin-aware bezeichnet. Thin Volumes bieten mehr Effizienz, da die Menge der genutzten Ressourcen viel kleiner ist als die der zugewiesenen.
Thin-Migrationen Metro Node unterstützt Datenmobilitätsfunktionen auf Thin-Geräten. Wenn die Migrationsquelle oder das Ziel nicht Thin sind oder die Quelle und die Ziele aus unterschiedlichen Storage-Array-Familien stammen, verliert das virtuelle Metro Node-Volume seine Thin-Eigenschaften. In diesem Fall unterstützt das virtuelle Volume keine Thin-Storage-Management-Vorgänge. Nach Abschluss und Aktivierung der Migration erbt das virtuelle Volume die Thin-Funktionen des Zielgeräts.
● Alle Spiegelungen werden aus derselben Speicherarray-Reihe erstellt, die von Metro Node unterstützt wird (für eine RAID-1Konfiguration). Der Wert für die Eigenschaft storage-array-family darf nicht mixed, other oder - lauten. In den folgenden Szenarien kann das Attribut thin capable auch dann den Wert false aufweisen, wenn die Spiegelungen aus derselben Speicherarray-Reihe erstellt werden, die Metro Node unterstützt: ○ Die Array-Software unterstützt die UNMAP-Funktion nicht.
Wert „true“ setzt das Attribut thin-enabled auf „enabled“ und der Wert „false“ setzt das Attribut thin-enabled auf „disabled“. Nachdem das Verhalten des virtuellen Volume geändert wurde, müssen die Hosts bestimmte Aktionen durchführen (z. B. einen erneuten Scan), um das geänderte Verhalten zu erkennen.
Umgang mit der Storage-Auslastung auf Thin Volumes Ein Storage-Array kann an Metro Node einen Storage-Auslastungsfehler bei einem Schreibvorgang auf einem Thin Volume übergeben. Der Storage-Administrator, der kontinuierlich die Kapazität des Storage-Pools überwacht, ergreift die erforderlichen Maßnahmen, um jede Storage-Blockauslastung in seinen Rechenzentren zu vermeiden. Es gibt hauptsächlich zwei Arten von Storage-Blockauslastungsfehlern, die ein Storage-Array melden kann.
Durchführen einer Thin-Spiegelung Wenn Sie eine Spiegelung an ein Thin-fähiges Gerät anfügen und diese Spiegelung nicht Thin ist, verliert das resultierende RAID-1-Gerät seine Thin-Fähigkeit. Wenn Sie den Befehl device attach-mirror -d ausführen, um ein Thick-Spiegelungselement an ein Thin-fähiges Gerät anzufügen, wird eine Warnung angezeigt, die besagt, dass das Gerät nicht Thin-fähig ist. Sie werden auch aufgefordert, zu bestätigen, dass Sie fortfahren möchten.
Speicherarray-Produktreihe gehören, wird das Attribut thin-enabled als true beibehalten, das Attribut thin-capable auf false gesetzt und der UNMAP-Befehl wird abgelehnt. Unter Migrieren von Thin-fähigem Speicher finden Sie zusätzliche Informationen zu Thin-Speichermigrationen.
5 Bereitstellen von Speicherplatz In diesem Kapitel wird das Bereitstellen von Speicherplatz über die in Metro Node integrierte Speicherbereitstellung beschrieben. Themen: • • • Provisioning-Übersicht Bereitstellen von Storage mithilfe von EZ-Provisioning Ändern der Thin-Persönlichkeit eines virtuellen Volume Provisioning-Übersicht Für die Verwendung von Metro Node müssen Sie Storage bereitstellen, damit Hosts auf diesen Storage zugreifen können.
block-count block-size cache-mode capacity consistency-group expandable expandable-capacity expansion-method expansion-status health-indications health-state locality operational-status scsi-release-delay service-status storage-tier supporting-device system-id thin-capable thin-enabled volume-type vpd-id 5242880 4K synchronous 20G true 0B storage-volume [] ok local ok 0 running XtremIO_LUN_1 XtremIO_LUN_1_vol true enabled virtual-volume VPD83T3:6000144000000010e03e55ee4c98c41f ANMERKUNG: Sie können Platzh
6 Volume-Erweiterung In diesem Kapitel wird beschrieben, wie virtuelle Volumes erweitert werden. Themen: • • • Überblick Volume-Erweiterungsmethode Erweitern des Block-Volume Überblick Ein virtuelles Metro Node-Volume wird auf einem Gerät oder einem verteilten Gerät erstellt und einem Host über eine Speicheransicht angezeigt. Aus verschiedenen Gründen möchten Sie möglicherweise die Kapazität eines virtuellen Volumes erweitern.
Auflisten des Attributs „expansion-method“ mithilfe der CLI In diesem Beispiel wird das Attribut „expansion-method“ für „Test_volume“ angezeigt, indem der Kontext virtual-volumes mithilfe der CLI aufgelistet wird. VPlexcli:> ll /clusters/cluster-1/virtual-volumes/ Test_volume Name Value ------------------- -------------. . . capacity 0.5G consistency-group expandable true expandable-capacity 0.
Abbildung 1. Eigenschaften der virtuellen Volume-Erweiterung (für HTML5) Erweitern des Block-Volume Erweiterungsmethode „storage-volume“ Verwenden Sie die folgenden Richtlinien, um das virtuelle Volume mithilfe der Methode „storage-volume“ zu erweitern. Überblick Die Speicher-Volume-Erweiterungsmethode unterstützt die einfache und schnelle Erweiterung einer Vielzahl von Gerätegeometrien. Drei der gängigsten Gerätegeometrien werden hier beschrieben.
virtuelles Volume auf Speicher-Volume 1:1 Abbildung 2. Gängige Geometrien: virtuelles Volume auf Speicher-Volume 1:1 RAID 1 mit zwei Komponenten Abbildung 3.
Planen der Volume-Erweiterung Listen Sie das Attribut expandable-capacity (in der CLI) oder das Feld Expandable By (in Unisphere) auf, um die Kapazität der Back-end-Speichergeräte zu planen. ● expandable-capacity/Expandable By – Bei virtuellen Volumes, die mithilfe der Storage-Volume-Erweiterungsmethode erweitert werden können, ist dieser Wert die Kapazität, die dem Back-end-Storage-Volume hinzugefügt, aber noch nicht durch das virtuelle Volume für den Host verfügbar gemacht wurde.
○ unknown: Der Status kann nicht bestimmt werden. Ursache dafür kann ein Kommunikationsfehler oder ein interner Programmierfehler sein. ○ - (Gedankenstrich): Keiner der obigen Status trifft zu.
VORSICHT: Array-Neuermittlungen verbrauchen möglicherweise übermäßig Ressourcen und können I/O-Vorgänge beeinträchtigen. Ermitteln Sie Arrays nur bei Bedarf neu.
7 Datenmigration In diesem Kapitel werden Datenmigrationen und Neuerstellungen beschrieben. Themen: • • • • • Informationen über Datenmigrationen Migrieren von Thin-fähigem Speicher Informationen zu Neuerstellungen Einmalige Datenmigrationen Batchmigrationen Informationen über Datenmigrationen Es gibt zwei Arten von Datenmigrationen: ● Einmalige Migrationen: Die Gerätemigration wird sofort begonnen, wenn der Befehl dm migration start verwendet wird.
1. 2. 3. 4. 5. Erstellen und prüfen Sie einen Migrationsplan (nur Batchmigrationen). Starten Sie die Migration. Überwachen Sie den Fortschritt der Migration. Halten Sie die Migration an, nehmen Sie sie wieder auf oder brechen Sie sie ab (optional). Migration aktivieren. Durch das Aktivieren wird das virtuelle Quell-Volume an das Ziel übertragen.
Tabelle 5. Migrationsszenarien (fortgesetzt) Migration Status des virtuellen Volume vor der Migration Status des virtuellen Volume während der Migration Status des virtuellen Volume nach der Migration ANMERKUNG: In diesem Fall ist UNMAP absichtlich deaktiviert.
cause: Operation was halted by the user VPlexcli:/clusters/cluster-1/storage-elements/extents> ● Wenn bei einer Extentmigration (ohne unterstütztes virtuelles Volume) die Quelle Thin-fähig und das Ziel nicht Thin-fähig ist, verliert die Quelle ihre Thin-Fähigkeit nach der Migration.
● Bei einer Extentmigration von Thin to Thick (ohne unterstützte virtuelle Volumes) zeigt die Metro Node-CLI eine Warnung an, die besagt, dass die Quelle nach der Migration ihre Thin-Fähigkeit verliert. VPlexcli:/> batch-migrate create-plan --file migration.txt --sources extent_thin_1, extent_thin_2 --targets extent_thick_1, extent_thick_2 Extents matching source pattern: extent_thin_1, extent_thin_2 Extents matching target pattern: extent_thick_2, extent_thick_1 Creating file /var/log/VPlex/cli/migration.
Informationen zu Neuerstellungen Bei der Neuerstellung werden Daten von einem Quelllaufwerk zu einem Ziellaufwerk synchronisiert. Wenn Unterschiede zwischen den Komponenten eines RAID auftreten, wird die veraltete Komponente durch eine Neuerstellung aktualisiert. Es gibt zwei Typen von Neuerstellungen: ● Bei einer kompletten Neuerstellung wird der gesamte Inhalt der Quelle auf das Ziel kopiert. ● Bei einer Protokollierungsneuerstellung werden nur geänderte Blöcke von der Quelle auf das Ziel kopiert.
VORSICHT: Wenn ein durch Thin Provisioning bereitgestelltes Speicher-Volume Nicht-Null-Daten vor der Verbindungsherstellung mit Metro Node enthält, führt dies zu Performance-Einbußen bei der Migration oder der ersten RAID 1-Wiederherstellung. Wenn der Thin-Speicher-Zuordnungspool nicht mehr genügend Speicherplatz aufweist und die Komponente die letzte redundante Komponente des RAID 1 ist, führt das weitere Schreiben auf ein Thin-Provisioning-Gerät dazu, dass das Volume den Zugriff auf das Gerät verliert.
Wenn die Host I/O-Aktivität hoch ist, kann die Einstellung einer großen Übertragungsgröße Auswirkungen auf die Host I/O haben. Siehe Informationen über Übertragungsgröße. Überwachen des Fortschritts einer Migration Verwenden Sie zum Anzeigen des Status der Migration den Befehl ls.
Tabelle 7. Migrationsstatus (fortgesetzt) Feld Beschreibung ● false – Zielgerät wurde nicht exportiert. ● true – Zielgerät wurde exportiert. to-cluster Cluster-ID des Zielgeräts transfer-size Die Größe der für die Datenmigration reservierten Region im Cache. 40 KB bis 128 MB. type Typ der Neuerstellung ● full – Kopiert den gesamten Inhalt der Quelle auf das Ziel. ● logging – Kopiert nur geänderte Blöcke von der Quelle auf das Ziel.
Aktivieren einer abgeschlossenen Migration Beim Migrationsprozess wird eine temporäre RAID 1-Struktur über dem Quellgerät mit dem Ziel als veraltete Komponente von RAID 1 eingefügt. Die Migration kann als Synchronisierung der veralteten Komponente (Ziel) verstanden werden. Info über diese Aufgabe Nach Abschluss der Migration trennt der Aktivierungsschritt (Commit) die Quellkomponente von RAID 1 und entfernt das RAID 1.
Zum Beispiel: VPlexcli:/data-migrations/device-migrations> dm migration remove --force --migrations migrate_012 Removed 1 data migration(s) out of 1 requested migration(s). Batchmigrationen Batchmigrationen werden als Batchjobs von wiederverwendbaren Batchmigrationsplan-Dateien ausgeführt. Migrationsplandateien werden mit dem Befehl create-plan erstellt. Ein einzelner Batchmigrationsplan kann für Geräte gelten. ANMERKUNG: Migrationen verbrauchen Cache-Ressourcen.
Prüfen eines Batchmigrationsplans Mit dem Befehl batch-migrate check-plan wird der angegebene Batchmigrationsplan für Folgendes geprüft: Info über diese Aufgabe ● Gerätemigrationen: ○ Zielgerät verfügt über keinerlei Volumes ○ Quellgerät verfügt über Volumes Wenn der Migrationsplan Fehler enthält, wird eine Beschreibung der Fehler angezeigt und die Planprüfung schlägt fehl. Zum Beispiel: VPlexcli:/> batch-migrate check-plan --file MigDev-test.txt Checking migration plan file /var/log/VPlex/cli/MigDev-test.
Legen Sie eine hohe Übertragungsgröße bei Migrationen fest, bei denen die Datensicherheit oder die Migrationsperformance im Vordergrund stehen. Legen Sie eine geringere Übertragungsgröße für Migrationen fest, wenn die Priorität auf einer schnellen Reaktion des Front-end-Speichers liegt.
sourcesource-site name status -------------------------------------------- --R20061115_Symm2264_010 1 migrate.txt 100 R20061115_Symm2264_011 1 migrate.txt 100 R20061115_Symm2264_012 1 migrate.txt 100 R20061115_Symm2264_0113 1 1 migrate.txt 27 Processed 4 migrations: committed: 0 complete: 3 in-progress: 1 paused: 0 error: 0 cancelled: 0 no-record: 0 target target-cluster migrationpercentage-complete eta.
Aktivieren einer Batchmigration Beim Migrationsprozess wird eine temporäre RAID 1-Struktur über den Quellgeräten mit den Zielgeräten als veraltete Komponente von RAID 1 eingefügt. Migration kann als Synchronisation der veralteten Komponente (Ziel) verstanden werden. Info über diese Aufgabe Nach Abschluss der Migration trennt der Aktivierungsschritt (Commit) die Quellkomponente von RAID 1 und entfernt dann das RAID.
Entfernen von Datensätzen der Batchmigration Entfernen Sie den Migrationsdatensatz nur, wenn die Migration aktiviert oder abgebrochen wurde. Info über diese Aufgabe Migrationsdatensätze befinden sich im Kontext /data-migrations/device-migrations. Verwenden Sie den Befehl batch-migrate remove --file, um die Datensätze für die angegebene Migration zu entfernen. Zum Beispiel: VPlexcli:/data-migrations/device-migrations> batch-migrate remove --file migrate.
8 Konfigurieren des WAN-Netzwerks Die beiden WAN-Ports auf den einzelnen Metro Node-Directors unterstützen zwei 10-Gigabit-Ethernet-Verbindungen zwischen den Clustern. Die WAN-Ports werden im Rahmen der Installation eines zweiten Clusters konfiguriert. In diesem Kapitel werden die CLIKontexte und Verfahren zum Ändern der Konfiguration beschrieben, die während der Installation erstellt wurde.
● local-com – Konfiguration der Verbindungen zwischen lokalen Directors ● front-end – Konfiguration der Verbindungen mit Hosts ● back-end – Konfiguration der Verbindungen mit Speicher-Arrays Kontext von Portgruppen Die Portgruppen (oder Kommunikationspfade), die den einzelnen Verbindungsrollen (back-end, front-end, local-com oder wan-com) zugewiesen sind, sind im Unterkontext port-groups jeder Rolle enthalten.
● IP: Ethernet-Port Alle Portgruppen enthalten einen member-ports-Kontext, der Informationen über den Mitgliedsport von jedem Director bereitstellt. IP-Portgruppen enthalten Folgendes: ● option-set -Kontext enthält Konfigurationsoptionen, die die Mitgliedsports gemeinsam haben. ● subnet -Kontext enthält die Konfigurationsoptionen für IP-Netzwerke. Verschiedene Rollen weisen unterschiedliche Netzwerkanforderungen auf, sodass ihre Subnetze unterschiedliche Eigenschaften enthalten.
● ● ● ● prefix muss die IP-Adresse aller Mitglieds-Ports in der Portgruppe enthalten. prefix muss die Clusteradresse enthalten. prefix muss das Gateway enthalten. gateway muss eine eindeutige Adresse im lokalen Cluster sein. Beachten Sie Folgendes: ● Eine gelöschte Adresse ist in allen Präfixen enthalten und stimmt mit keiner Adresse überein. ● Ein gelöschtes Präfix enthält alle Adressen. ● Eine Eigenschaft, die nicht in einem bestimmten Subnetzkontext vorhanden ist, wird als gelöscht betrachtet.
Informationen zum Ändern oder Löschen anderer Attribute finden Sie unter subnets context. /connectivity/local-com/ Der Rollenkontext local enthält die Konfigurationsinformationen in Bezug auf die Kommunikation zwischen den Directors im aktuellen Cluster. Die lokale Rolle besitzt keine zugehörigen Eigenschaften. Verwalten und Überwachen des Back-End-Netzwerks Für eine hohe Verfügbarkeit sollte jeder Director über mehrere Pfade zu jedem Speicher-Volume verfügen.
LDAP Das Lightweight Directory Access Protocol (LDAP) ist ein Anwendungsprotokoll für den Zugriff und die Verwaltung von verteilten Verzeichnisinformationsservices über ein IP-Netzwerk. Verzeichnisdienste versehen eine beliebige organisierte Gruppe von Datensätzen mit einer hierarchischen Struktur. LDAP ist ein Protokoll für das Client-/Server-Modell. Verzeichnisstruktur Die Organisation eines Verzeichnisses ist eine Baumstruktur. Der oberste Eintrag in einem Verzeichnis wird als root-Eintrag bezeichnet.
member: uid=QE2,ou=gui,ou=qe,ou=vplex,dc=emc,dc=com member: uid=dev3,ou=GUI,ou=dev,ou=vplex,dc=emc,dc=com ● So bestimmen Sie die Attribute des Benutzerprinzipals im Falle eines Open LDAP-Servers: service@ManagementServer:~> /usr/bin/ldapsearch -x -LLL -l 30 -H ldap://10.31.50.
9 Consistency Groups In diesem Kapitel wird das Managen und Betreiben von Consistency Groups aus Metro Node beschrieben. Themen: • • • • Informationen über Metro Node-Consistency-Groups Eigenschaften von Consistency Groups Managen von Consistency Groups Betreiben einer Consistency Group Informationen über Metro Node-Consistency-Groups Metro Node-Consistency-Groups aggregieren Volumes, um der gesamten Gruppe dieselben Eigenschaften zuzuweisen. Abbildung 5.
Abbildung 6. Synchrone Consistency Group ● Die Hosts auf beiden Clustern schreiben auf die verteilten Volumes von Metro Node in der Consistency Group. ● Metro Node schreibt Daten auf den Back-End-Speicher auf beiden Clustern ● Eine Bestätigung wird an den Host zurückgegeben, der den Schreibvorgang ausgibt. Dies garantiert, dass das Image auf dem Back-End-Speicher eine exakte Kopie auf beiden Seiten ist.
Abbildung 7. Lokale Consistency Groups mit lokaler Transparenz Globale Transparenz Wenn für die lokalen Consistency Groups die Eigenschaft Transparenz auf beide Cluster (globale Transparenz) festgelegt ist, können beide Cluster I/O von dem Cluster empfangen, für das keine lokale Kopie vorhanden ist. Alle Schreibvorgänge von diesem Remotecluster passieren die WAN-Verbindung zwischen den Clustern, bevor sie bestätigt werden.
Abbildung 8. Lokale Consistency Groups mit globaler Transparenz Eigenschaften von Consistency Groups Die Eigenschaften einer Consistency Group werden auf alle virtuellen Volumes in der Consistency Group angewendet.
● Die Consistency Group wird so konfiguriert, dass sie nur Volumes enthält, die über Speicher in einem Cluster verfügen, aber globale Sichtbarkeit haben. ● Die Consistency Group wird so konfiguriert, dass sie nur verteilte Volumes mit Komponenten in beiden Clustern enthält. Wenn die Sichtbarkeit einer Consistency Group auf einen Cluster festgelegt ist, wird die Consistency Group im Kontext /clusters/ cluster-n/consistency-groups für den Cluster angezeigt.
Detach-Regel Detach-Regeln sind die Richtlinie einer Consistency Group für die automatische Auswahl eines gewinnenden Clusters, wenn es zu einem Ausfall der Verbindung zwischen Clustern kommt. Für Metro Node-Metro-Konfigurationen gibt es zwei Detach-Regeln für Consistency Groups: ● no-automatic-winner – Die Consistency Group wählt kein Gewinner-Cluster aus.
Auto-resume-at-loser Bestimmt, ob der Verlierer die I/O automatisch wieder aufnimmt, wenn die Verbindung zwischen den Clustern nach einem Ausfall repariert wird. Wenn die Verbindung wiederhergestellt wird, stellt der verlierende Cluster fest, dass sich die Daten auf dem gewinnenden Cluster unterscheiden. Der Verlierer muss entscheiden, ob er sofort zu den Daten des Gewinners wechselt oder ob er die I/O weiterhin anhält. Die Option auto-resume ist standardmäßig aktiviert.
Managen von Consistency Groups ANMERKUNG: Eine wichtige Best Practice für das Erstellen und Managen von Consistency Groups besteht in der Erstellung einer 1:1-Beziehung zwischen Consistency Groups und Anwendungen. Alle Volumes (und nur diese Volumes), die für eine Anwendung erforderlich sind, sollten sich in einer einzigen Consistency Group befinden.
So legen Sie die Eigenschaft „visibility“ der Consistency Group auf beide Cluster fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 So legen Sie die Eigenschaft „visibility“ der Consistency Group auf cluster-1 fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1 So legen Sie die Eigenschaft „visibility“ der Consistency Group auf cluster-2 fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-2
Schritte 1. Navigieren Sie zu dem Kontext der Ziel-Consistency-Group: VPlexcli:/> cd clusters/cluster-1/consistency-groups/TestCG 2. Verwenden Sie den Befehl consistency-group list-eligible-virtual-volumes, um virtuelle Volumes anzuzeigen, die der Consistency Group hinzugefügt werden können: VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> consistency-group list-eligiblevirtual-volumes [TestDDevice-1_vol, TestDDevice-2_vol, TestDDevice-3_vol, TestDDevice-4_vol, TestDDevice-5_vol] 3.
Um mehrere virtuelle Volumes mit einem einzigen Befehl zu entfernen, trennen Sie die Volumes durch Kommas: VPlexcli:/> consistency-group remove-virtual-volumes /clusters/cluster-1/virtual-volumes/ TestDDevice-2_vol, /clusters/cluster-1/virtual-volumes/TestDDevice-3_vol --consistencygroup /clusters/cluster-1/consistency-groups/TestCG Entfernen Sie zwei virtuelle Volumes aus dem Kontext der Ziel-Consistency-Group: VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> remove-virtual-volumes TestDDevice-2_vol
'true', 'y', 'yes' (not case sensitive). storage-at-clusters Takes a list with each element being a 'cluster' context or a context pattern. virtual-volumes Read-only. visibility Takes a list with each element being a 'cluster' context or a context pattern.
Tabelle 10. Detach-Regeln von Consistency Groups und „visibility“, „storage-at-volumes“ (fortgesetzt) Transparenz storage-at-clusters Anwendbare DetachRegeleinstellungen ● winner cluster-1 winner cluster-1 Schritte 1.
visibility . . . [cluster-1, cluster-2] 2. Verwenden Sie den Befehl consistency-group destroy, um die Consistency Group zu löschen.
D850-008_view2 wins synchronous RAM_LR_cluster-1 - RAM_RR_cluster-2 winner synchronous . . .
● Status details enthalten cluster-departure, was darauf hinweist, dass die Cluster nicht mehr untereinander kommunizieren können.
Tabelle 11. Beschreibung der Consistency Group-Felder (fortgesetzt) Eigenschaft Beschreibung detach-rule Policy für die automatische Auswahl eines Gewinner-Clusters bei einem Ausfall der Verknüpfung zwischen Clustern. Ein Gewinner-Cluster soll die I/O-Vorgänge wieder aufnehmen, wenn die Verknüpfung fehlschlägt. ● no-automatic-winner – Die Consistency Group wählt kein Gewinner-Cluster aus.
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.
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.
------------------active-clusters cache-mode detach-rule operational-status ---------------------------------------------------------[cluster-1, cluster-2] synchronous no-automatic-winner [(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 ● In Clus
This will change the view of data at cluster cluster-1, so you should ensure applications are stopped at that cluster. Continue? (Yes/No) Yes 3. Verwenden Sie den Befehl ls, um die Änderung des Betriebsstatus anzuzeigen.
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.
10 Performance und Überwachung In diesem Kapitel werden RPO/RTO und die Verfahren zum Erstellen und Betreiben von Performance-Monitoren beschrieben.
Das Troubleshooting-Monitoring wird von Monitoren unterstützt, die über die CLI erstellt werden und/oder dauerhaft vorhanden sind. ANMERKUNG: In Unisphere für Metro Node werden Performancestatistiken pro Cluster angezeigt. Zum Anzeigen von Statistiken für beide Cluster in einer Metro-Konfiguration stellen Sie eine Verbindung zu beiden Clustern her.
Abbildung 9. Dashboard für die Performance-Überwachung (für HTML5) Performance-Informationen für das aktuelle 5-minütige Fenster werden als eine Reihe von Diagrammen angezeigt, darunter: ● WAN Link Performance-Diagramm: Zeigt die Performance der WAN-Verbindung für das Cluster an, mit dem Sie verbunden sind.
● Virtual Volume Latency-Diagramm: Bietet eine zeitbasierte Ansicht der I/O-Latenz für ein virtuelles Volume, die nach Lese-und Schreiblatenz aufgeschlüsselt ist. Die Latenz des virtuellen Volume ist definiert als die Zeitdauer, die ein I/O-Vorgang in Metro Node für ein bestimmtes virtuelles Volume verbringt. ● Virtual Volume Bandwidth-Diagramm: Bietet eine zeitbasierte Ansicht der Gesamtbandbreite (oder KB/s oder MB/s) bei Lese-und Schreibvorgängen für ein virtuelles Volume.
Beachten Sie, dass für die Statistik, die Sie erfassen möchten, ein Ziel angegeben werden muss. Geben Sie nur eine Art von Ziel pro Monitor an. Beispielsweise können Sie keinen Monitor erstellen, der sowohl Port- als auch Speicher-Volumes als Ziele umfasst. 2. Legen Sie fest, wie oft der Monitor Statistiken erfassen soll. 3. Verwenden Sie den Befehl monitor create, um einen Monitor zu erstellen. 4. Verwenden Sie die Befehle monitor add-sink, um einen oder mehrere Sinks zum Monitor hinzuzufügen.
Erstellen Sie einen Performance-Monitor, um die lokale COM-Latenz für einen bestimmten Director zu überwachen: VPlexcli:/> monitor create --name local-cluster --stats "com-cluster-io.*" --director director-1-1-A --targets "/clusters/cluster-1" Erstellen Sie einen Performance-Monitor, um die Latenz für das Remote-Cluster zu überwachen: VPlexcli:/> monitor create --name remote-cluster --stats "com-cluster-io.
So fügen Sie eine Datei-Sink hinzu, um die Ausgabe an die angegebene .csv -Datei zu senden: VPlexcli:/monitoring/directors/director-1-1-A/monitors> monitor add-file-sink director-1-1-A_stats --file /var/log/VPlex/cli/director_1_1_A.
lat,fe- lu.write,fe-lu.write-lat,fe-lu.ops --targets /clusters/cluster-1/virtual-volumes/ polyvol_e4_extent_Symm0487_393 Successfully created 1 monitor(s) out of 1.
DR1_C1-C2_1gb_dev16_vol, DR1_C1-C2_1gb_dev17_vol, DR1_C1-C2_1gb_dev18_vol, DR1_C1-C2_1gb_dev19_vol, ... (1300 total) Contexts: Name Description ----- -----------------------------------------------------------------------sinks Contains all of the sinks set up to collect data from this performance monitor.
Beispiel: ● Der Befehl set ändert das Zeitraumattribut in 0, um die automatische Abfrage zu deaktivieren.
Zum Beispiel: VPlexcli:/> monitor collect /monitoring/directors/director-2-1-B/monitors/director-2-1B_TestMonitor Source: Time: director.be-ops (counts/s): . . . director-2-1-B_TestMonitor 2010-07-01 10:05:55 Port-Überwachung Details zum Skript port-stats-monitor. Erste Schritte Das Skript port-stats-monitor kann verwendet werden, um die Metro Node-Ports zu identifizieren, die Probleme feststellen.
Emails: joe@dell.com SMTP: x.x.x.x Local-only: False 2. Um sicherzustellen, dass das Skript auf die Möglichkeit eines Neustarts des Verwaltungsservers hin neu gestartet wird, können Sie Persistenz hinzufügen, indem Sie den unter Starting the script zum Starten des Skripts verwendeten Befehl in die Datei VPlex-init im Verzeichnis /var/log/VPlex/cli directory einfügen, wie in diesem Schritt gezeigt.
} "link_fail": 15, "Loss_of_sync": 45, "loss_of_sig": 45, "reset": 5 d. Nachdem Sie Änderungen an der Datei config.json vorgenommen haben, müssen Sie das „port-monitor“-Skript neu starten. VPlexcli:/> port-monitor restart VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: joe@dell.com <<< this will only show e-mail addresses if configured SMTP: x.x.x.
encountered, run the `port-monitor status` command: VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: None SMTP: x.x.x.x Local-only: False Threshold config: None ### Restarting the monitor If you wish to restart a stopped monitor with the same parameters as before, run `portmonitor restart`. If you wish to use different options, use the `start` command documented above.
Das Skript wurde entwickelt, um E-Mails nach 5 Minuten zu unterdrücken (um keinen E-Mail-Server zu überfluten). Zu diesem Zeitpunkt wird nur einmal pro Stunde gemeldet. Die Firmware-Verbindung mit dem Managementserver enthält alle Berichte einschließlich aller, die für E-Mail unterdrückt wurden. Die folgende Tabelle enthält eine Liste der überwachten Statistiken. Was überwacht wird, hängt vom Hardwaretyp, VS2 oder VS6, und der GeoSynchrony-Codeebene ab. Während das Skript auf eine beliebige Codeebene mit 6.
Für viele Statistiken muss ein Zielport oder ein Volume angeben werden. Die Ausgabe des Befehls monitor stat-list gibt an, welche Statistiken ein definiertes Ziel benötigen, sowie den Typ des Ziels, das bei der Erstellung eines Monitors erforderlich ist. Abbildung 10. Überwachen von Zielen Anzeigen verfügbarer Statistiken Statistiken werden in Unterkategorien gruppiert. Verwenden Sie den Befehl monitor stat-list, gefolgt von der -Taste, um die Statistik-Unterkategorien anzuzeigen.
cg.write-pages . . . consistency-group counter counts/s Front-end-Performancestatistik Metro Node erfasst detaillierte Performancestatistiken zu seinen virtuellen Volumes, die in erster Linie die Lese-und Schreibstatistiken mit der I/O-Größe und den LBA-Informationen umfassen. Sie können mit diesen Daten alle I/O-Performanceprobleme mit Metro Node identifizieren und beheben. Diese Funktion ist in Metro Node standardmäßig aktiviert. Die erfassten Statistiken sind in der Datei fe_perf_stats_.
● ● ● ● Statistik für COM-Pfad Statistik für COM-Endpunkt Statistik für XCOPY Statistik für Host Initiator Tabelle 14. Statistik für Back-end Fibre Channel Port (be-prt) Statistik Typ Beschreibung be-prt.read Back-end port reads Anzahl der Byte, die durch den angegebenen FC-Port gelesen werden. Back-end port writes Anzahl der Byte, die über den angegebenen FC-Port geschrieben wurden. type: counter, units: bytes/second, arguments: port# be-prt.
Tabelle 15. Statistik für Director (fortgesetzt) Statistik Typ Beschreibung director.busy CPU Prozentuale CPU-Auslastung. Communication bytes active Anzahl der für einen Remote Director aktiven Byte. Communication bytes queued Anzahl der Bytes, die in der Warteschlange eines Remote Director stehen. Communication operations active Anzahl der Vorgänge, die für einen Remote Director aktiv sind.
Tabelle 15. Statistik für Director (fortgesetzt) Statistik Typ Beschreibung director.heap-used Speicher Prozentsatz der Arbeitsspeichernutzung auf dem Director. CPU busy Die Gesamtauslastung (Benutzer und System) jeder CPU im Director. director.msg-send-ops number of operations Die Gesamtzahl der Nachrichten, die von diesem Director gesendet werden. director.msg-max-lat Maximum latency Die maximale Latenz der Nachrichten, die von diesem Director gesendet werden. director.
Tabelle 17. Statistik für Front-end Volume (fe-lu) (fortgesetzt) Statistik Typ Beschreibung CompareAndWrite miscompares Anzahl der CompareAndWrite-Vergleichsfehler auf dem angegebenen Front-end Volume. CompareAndWrite operations Anzahl der CompareAndWrite-Vorgänge auf dem angegebenen Front-end Volume. Front-end volume operations Anzahl der I/O-Vorgänge auf dem angegebenen Front-end Volume. Front-end volume reads Anzahl der Lesevorgänge auf dem angegebenen Front-end Volume.
Tabelle 18. Statistik für Front-end Port (fe-prt) (fortgesetzt) Statistik Typ Beschreibung CompareAndWrite operations Anzahl der CompareAndWrite-Vorgänge auf dem angegebenen Front-end Port. Front-end port operations Anzahl der I/O-Vorgänge auf dem angegebenen Front-end FCPort. Front-end port reads Anzahl der Byte, die vom angegebenen Front-end FC-Port gelesen werden. Front-end port read latency Verteilung der Leselatenz in Mikrosekunden auf dem angegebenen Front-end FC-Port.
Tabelle 19. Remote-RAID-Statistiken (ramf) (fortgesetzt) Statistik Typ Beschreibung Remote writes Remote Schreibvorgänge von einem anderen Cluster auf eine Festplatte oder LUN im lokalen Cluster. Imported ops Anzahl der Vorgänge, die von einem bestimmten Director angefordert wurden, unabhängig vom Remoteziel. Imported reads Lesevorgänge vom lokalen Cluster auf eine Festplatte oder LUN in einem Remotecluster.
Tabelle 21. Statistik für virtuelles Volume Statistik Typ Beschreibung virtual-volume.dirty Volume dirty Anzahl der geänderten Seiten im Cache für das angegebene virtuelle Volume. Volume-Vorgänge Gesamtzahl der I/O-Vorgänge für das angegebene virtuelle Volume. Volume reads Anzahl der Lesevorgänge in Byte für das angegebene virtuelle Volume. Volume writes Anzahl der Schreibvorgänge in Byte für das angegebene virtuelle Volume. type: reading, units: counts, arguments: volume-id virtual-volume.
Tabelle 23. Statistik für IP-Überlastungskontrolle Statistik Beschreibung ip-congestion-control.ip-wan-cc-rtt Roundtrip-Zeit, die von TCP in Mikrosekunden verwaltet wird. ip-congestion-control.ip-wan-cc-rttvar Die von RTT ausgeglichene, durchschnittliche, maximale Abweichung in Mikrosekunden. ip-congestion-control.ip-wan-recv-bytes Gesamtzahl der Byte, die auf dem TCPCOM-Pfad empfangen wurden. ip-congestion-control.ip-wan-recv-cnt Gesamtzahl der Pakete, die auf dem TCPCOM-Pfad empfangen wurden.
Tabelle 26. Statistik für COM-Pfad Statistik Beschreibung com-path.ping-count Anzahl der gesendeten Ping-Pakete. Diese werden verwendet, um die Berechnung der Latenz zu unterstützen. com-path.ping-late Anzahl der Ping-Pakete, die zu lange gedauert haben. com-path.ping-lost Anzahl der verlorenen Ping-Pakete. com-path.posted-bytes Anzahl der angegebenen Übertragungs-Byte. (Byte für die Übertragung in die Warteschlange gestellt). com-path.posted-send-ack Anzahl der angegebenen ACK-Puffer.
Tabelle 27. Statistik für COM-Endpunkt (fortgesetzt) com-endpoint.rx-ack-buf-pend-pckts Anzahl der ausstehenden ACK-Puffer, die verarbeitet werden sollen. Dies ist die Anzahl der ACK-Pakete, die eingegangen sind, aber noch nicht verarbeitet wurden. com-endpoint.rx-credits Anzahl der Empfangspunkte. com-endpoint.tx-posted-bytes Anzahl der angegebenen, übertragenden Byte. (Byte zur Übertragung in Warteschlange gestellt). Tabelle 28. Statistik für XCOPY Statistik Beschreibung fe-director.
A Metro Node mit Aktiv-Passiv-Storage-Arrays Themen: • • • • Aktiv-passiv-Array Array mit aktiviertem ALUA-Modus Failover-Ausführung für die logische Einheit Failback der logischen Einheit Aktiv-passiv-Array Ein Aktiv-passiv-Array verfügt in der Regel über zwei Controller und bietet aktiv-passiven Zugriff auf eine logische Einheit (LU) über einen Satz von Zielports. Die Zugriffstypen dieser Ports sind Aktiv (ACT) oder Passiv (PAS). Aktiv wird für I/O verwendet, passiv kann nicht für I/O verwendet werden.
Wenn ein Failover für eine bestimmte logische Einheit auf einem Array zu einem bestimmten Ziel-Controller als aktiv initiiert wird, wird das Metro Node-Firmware-Ereignis apf/3 beobachtet. Wenn das Failover für eine bestimmte logische Einheit auf einem Array zu einem bestimmten Ziel-Controller als aktiv erfolgreich ist oder fehlschlägt, wird das Metro Node-Firmware-Ereignis apf/4 generiert.
Index Sonderzeichen Consistency Groups:Volumes hinzufügen 71 -Cluster 22 D A Dateirotation 88 Daten:Migration, Batchverarbeitung;Daten:Migration, mehrere RAIDs; Migrieren von Daten:mehrere RAIDs; RAIDs:migrieren (Batchverarbeitung) 50 Datenmigrationen:allgemeine Schritte 40 Datenmigrationen:Batchmigrationen 40 Datenmigrationen:einmalige Migrationen 40 Datenmigrationen:Informationen 40 Datenmigrationen:Voraussetzungen 41 Aktiv-passiv-Array 112 Anfügen einer Spiegelung 29 Anzeigen:Monitore 91 Array mit
N Neuerstellungen 45 Neuerstellungen:Performance 46 Neuerstellungen:Thin-Provisioning-Speicher 45 P Performance-Monitor:erstellen 88 Performance-Überwachung:Beispiele:10 Sekunden, Directors 89 Performance-Überwachung:Beispiele:CAW-Statistiken an den Managementserver senden 89 Performance-Überwachung:Beispiele:lokale COM-Latenz 89 Performance-Überwachung:Beispiele:Remote-Cluster-Latenz 89 Performance-Überwachung:Beispiele:Standardzeitraum, keine Ziele 89 Performance-Überwachung:Beispiele:WAN-Statistiken auf
