Verschieben Sie die Eigentümerschaft einer lokalen ONTAP Tier innerhalb eines HA-Paars
-
PDF dieser Dokumentationssite
-
ONTAP einrichten, aktualisieren und zurücksetzen
-
Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
-
Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
-
-
NAS-Storage-Management
-
Konfigurieren Sie NFS mit der CLI
-
NFS lässt sich mit der CLI managen
-
SMB lässt sich mit der CLI managen
-
Managen von SMB-Servern
-
Managen Sie den Dateizugriff über SMB
-
-
-
Authentifizierung und Zugriffssteuerung
-
Managen Sie die Administratorauthentifizierung und RBAC
-
-
Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mithilfe von Tape Backup
-
-

Sammlung separater PDF-Dokumente
Creating your file...
Die Eigentümerschaft lokaler Tiers kann zwischen den Nodes in einem HA-Paar geändert werden, ohne den Service von den lokalen Tiers zu unterbrechen.
|
Vor ONTAP 9.7 verwendet System Manager den Begriff „Aggregate“, um eine „Local Tier“ zu beschreiben. Unabhängig von Ihrer ONTAP-Version verwendet die ONTAP CLI den Begriff Aggregate. Weitere Informationen zu lokalen Ebenen finden Sie unter "Festplatten und lokale Tiers". |
Beide Nodes in einem HA-Paar sind physisch mit den Festplatten oder Array-LUNs des jeweils anderen verbunden. Jede Festplatte oder Array-LUN befindet sich im Besitz eines der Nodes.
Alle Festplatten oder Array-LUNs innerhalb einer lokalen Tier ändern sich vorübergehend von einem Node auf den anderen, wenn ein Takeover eintritt. Allerdings können lokale Schichten Verlagerung Operationen auch dauerhaft ändern das Eigentum (z. B. wenn für die Lastverteilung getan). Die Eigentümerschaft ändert sich ohne Prozesse von Datenkopieerstellung oder physische Verschiebung der Festplatten oder Array LUNs.
-
Da die Einschränkungen der Volume-Anzahl während des lokalen Tier-Versetzens programmatisch validiert werden, ist eine manuelle Überprüfung nicht erforderlich.
Wenn die Anzahl der Volumes die unterstützte Grenze überschreitet, schlägt die Verschiebung des lokalen Tiers mit einer entsprechenden Fehlermeldung fehl.
-
Sie sollten keine lokale Ebenenverschiebung initiieren, wenn Vorgänge auf Systemebene sowohl auf dem Quell- als auch auf dem Ziel-Node ausgeführt werden. Ebenso sollten Sie diese Vorgänge während der Verschiebung der lokalen Ebene nicht starten.
Dazu können folgende Vorgänge zählen:
-
Übernahme
-
Giveback
-
Herunterfahren
-
Ein anderer lokaler Standortwechsel
-
Änderungen am Festplatteneigentümer
-
Lokale Tier- oder Volume-Konfiguration
-
Austausch von Storage-Controllern
-
ONTAP-Upgrade
-
ONTAP zurücksetzen
-
-
Wenn Sie über eine MetroCluster-Konfiguration verfügen, sollten Sie keine lokale Tier-Verschiebung initiieren, während Disaster-Recovery-Vorgänge (Switchover, healing oder switback) ausgeführt werden.
-
Wenn Sie über eine MetroCluster-Konfiguration verfügen und eine lokale Tier-Verschiebung auf einer Switched-over-lokalen Tier initiieren, kann der Vorgang fehlschlagen, da die Anzahl der Volumes des DR-Partners nicht mehr beträgt.
-
Sie sollten keine Verlagerung der lokalen Ebene auf lokalen Ebenen initiieren, die beschädigt sind oder Wartungsarbeiten durchlaufen.
-
Vor dem Starten der Verschiebung der lokalen Tier sollten Sie alle Core Dumps auf den Quell- und Ziel-Nodes speichern.
-
Zeigen Sie die lokalen Tiers auf dem Node an, um zu bestätigen, welche lokalen Tiers verschoben werden sollen, und stellen Sie sicher, dass sie online und in gutem Zustand sind:
storage aggregate show -node source-node
Der folgende Befehl zeigt sechs lokale Tiers auf den vier Nodes im Cluster. Alle lokalen Ebenen sind online. Node1 und Node3 bilden ein HA-Paar, und Node2 und Node4 bilden ein HA-Paar.
cluster::> storage aggregate show Aggregate Size Available Used% State #Vols Nodes RAID Status --------- -------- --------- ----- ------- ------ ------ ----------- aggr_0 239.0GB 11.13GB 95% online 1 node1 raid_dp, normal aggr_1 239.0GB 11.13GB 95% online 1 node1 raid_dp, normal aggr_2 239.0GB 11.13GB 95% online 1 node2 raid_dp, normal aggr_3 239.0GB 11.13GB 95% online 1 node2 raid_dp, normal aggr_4 239.0GB 238.9GB 0% online 5 node3 raid_dp, normal aggr_5 239.0GB 239.0GB 0% online 4 node4 raid_dp, normal 6 entries were displayed.
-
Geben Sie den Befehl ein, um die Verlagerung der lokalen Ebene zu starten:
storage aggregate relocation start -aggregate-list aggregate-1, aggregate-2… -node source-node -destination destination-node
Mit dem folgenden Befehl werden die lokalen Ebenen aggr_1 und aggr_2 von Node1 zu Node3 verschoben. Node3 ist HA-Partner von Node1. Die lokalen Tiers können nur innerhalb des HA-Paars verschoben werden.
cluster::> storage aggregate relocation start -aggregate-list aggr_1, aggr_2 -node node1 -destination node3 Run the storage aggregate relocation show command to check relocation status. node1::storage aggregate>
-
Überwachen Sie den Fortschritt der Verlagerung der lokalen Ebene mit dem
storage aggregate relocation show
folgenden Befehl:storage aggregate relocation show -node source-node
Der folgende Befehl zeigt den Fortschritt der lokalen Ebenen an, die in Knoten 3 verschoben werden:
cluster::> storage aggregate relocation show -node node1 Source Aggregate Destination Relocation Status ------ ----------- ------------- ------------------------ node1 aggr_1 node3 In progress, module: wafl aggr_2 node3 Not attempted yet 2 entries were displayed. node1::storage aggregate>
Wenn die Verlagerung abgeschlossen ist, zeigt die Ausgabe dieses Befehls jede lokale Ebene mit dem Standortstatus „
Fertig
“ an.