Überblick
Dieses Verfahren beschreibt das Upgrade der Controller-Hardware mithilfe von Aggregate Relocation (ARL) für die folgenden Systemkonfigurationen:
Methode | ONTAP-Version | Unterstützte Systeme |
---|---|---|
Manuelles Upgrade mit ARL |
9.7 oder früher |
|
Während des Verfahrens führen Sie ein Upgrade der ursprünglichen Controller Hardware mit der Ersatz-Controller-Hardware durch. Hierbei werden die Eigentumsrechte an Aggregaten verschoben, die nicht mit Root-Berechtigungen verbunden sind. Sie migrieren Aggregate mehrmals von Node zu Node, um zu bestätigen, dass mindestens ein Node während des Upgrades Daten von den Aggregaten bereitstellt. Außerdem migrieren Sie Daten-logische Schnittstellen (LIFs) und weisen Sie die Netzwerk-Ports auf dem neuen Controller den Schnittstellengruppen zu, während Sie fortfahren.
In diesem Dokument werden die ursprünglichen Knoten node1 und node2 genannt, und die neuen Knoten werden node3 und node4 genannt. Während des beschriebenen Verfahrens wird node1 durch node3 ersetzt und node2 durch node4 ersetzt. Die Begriffe node1, node2, node3 und node4 werden nur verwendet, um zwischen den ursprünglichen und neuen Knoten zu unterscheiden. Wenn Sie das Verfahren befolgen, müssen Sie die richtigen Namen Ihrer ursprünglichen und neuen Knoten ersetzen. In der Realität ändern sich jedoch die Namen der Nodes nicht: node3 hat den Namen node1 und node4 hat nach dem Upgrade der Controller-Hardware den Namen node2. In diesem Dokument wird der Begriff „ Systems with FlexArray Virtualization Software_“ verwendet, um sich auf Systeme zu beziehen, die zu diesen neuen Plattformen gehören. Dabei wird der Begriff V-Series System verwendet, um sich auf die separaten Hardware-Systeme zu beziehen, die an Storage-Arrays angeschlossen werden können |
-
Diese Vorgehensweise ist komplex und setzt voraus, dass Sie über erweiterte ONTAP-Administrationsfähigkeiten verfügen. Sie müssen auch lesen und verstehen, die "Richtlinien für das Controller-Upgrade mit ARL" Und das "ARL Upgrade-Workflow" Abschnitte vor Beginn der Aktualisierung.
-
Bei dieser Vorgehensweise wird vorausgesetzt, dass die Ersatz-Controller-Hardware neu ist und nicht verwendet wurde. Die erforderlichen Schritte zur Vorbereitung gebrauter Controller mit dem
wipeconfig
Befehl ist in dieser Prozedur nicht enthalten. Wenn bereits die Ersatz-Controller-Hardware verwendet wurde, müssen Sie sich an den technischen Support wenden, insbesondere wenn auf den Controllern Data ONTAP in 7-Mode ausgeführt wurde. -
Mit diesem Verfahren können Sie die Controller-Hardware in Clustern mit mehr als zwei Nodes aktualisieren. Sie müssen jedoch für jedes Hochverfügbarkeitspaar (HA) im Cluster separat vorgehen.
-
Dieses Verfahren gilt für FAS Systeme, V-Series Systeme, AFF Systeme und Systeme mit FlexArray Virtualisierungssoftware. FAS Systeme, die nach ONTAP 9 freigegeben wurden, können an Speicher-Arrays angebunden werden, wenn die erforderliche Lizenz installiert ist. Die vorhandenen Systeme der V-Serie werden von ONTAP 9 unterstützt. Informationen zu den Modellen Storage Array und V-Series finden Sie unter "Quellen" Um zu Hardware Universe zu verlinken und eine Support-Matrix zur V-Serie zu erhalten.
-
Dieses Verfahren gilt für MetroCluster Konfigurationen mit vier und acht Nodes und ONTAP 9.5 und früher. Weitere Informationen zu MetroCluster Konfigurationen mit ONTAP 9.6 und höher finden Sie unter "Quellen" Verknüpfung mit den Befehlen „System Controller Replace“ zum Aktualisieren der Controller-Hardware, die ONTAP 9.5 auf ONTAP 9.7_ ausführt.