Zurücksetzen eines ONTAP Clusters
-
PDF dieser Dokumentationssite
- Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
- Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Datensicherung mit der CLI
- Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mit der CLI
Sammlung separater PDF-Dokumente
Creating your file...
Um das Cluster offline zu schalten und auf eine frühere ONTAP Version zurückzusetzen, müssen Sie den Storage Failover und die Daten-LIFs deaktivieren, Voraussetzungen zur Änderung der Version erfüllen, die Konfigurationen für das Cluster und das Filesystem auf einem Node zurücksetzen und den Prozess für jeden zusätzlichen Node im Cluster wiederholen.
Sie müssen die Rücksetzung abgeschlossen haben "Überprüfungen" Und "Vorabprüfungen".
Beim Zurücksetzen eines Clusters müssen Sie das Cluster während der Umversion in den Offline-Modus versetzen.
-
Legen Sie die Berechtigungsebene auf erweitert fest:
set -privilege advanced
Geben Sie y ein, wenn Sie zum Fortfahren aufgefordert werden.
-
Vergewissern Sie sich, dass die ONTAP-Zielsoftware installiert ist:
system image show
Das folgende Beispiel zeigt, dass Version 9.1 auf beiden Nodes als alternatives Image installiert wird:
cluster1::*> system image show Is Is Install Node Image Default Current Version Date -------- ------- ------- ------- -------- ------------------- node0 image1 true true 9.2 MM/DD/YYYY TIME image2 false false 9.1 MM/DD/YYYY TIME node1 image1 true true 9.2 MM/DD/YYYY TIME image2 false false 9.1 MM/DD/YYYY TIME 4 entries were displayed.
-
Deaktivieren Sie alle Daten-LIFs im Cluster:
network interface modify {-role data} -status-admin down
-
Ermitteln Sie, ob Sie FlexCache-Beziehungen zwischen Clustern haben:
flexcache origin show-caches -relationship-type inter-cluster
-
Wenn zwischen Clustern vorhandene Flexcaches vorhanden sind, deaktivieren Sie die Daten-Lifs auf dem Cache-Cluster:
network interface modify -vserver vserver_name -lif lif_name -status-admin down
-
Wenn das Cluster nur aus zwei Nodes besteht, deaktivieren Sie Cluster HA:
cluster ha modify -configured false
-
Storage-Failover für die Nodes im HA-Paar von einem der beiden Nodes deaktivieren:
storage failover modify -node nodename -enabled false
Sie müssen den Storage-Failover nur einmal für das HA-Paar deaktivieren. Wenn Sie den Storage-Failover für einen Node deaktivieren, ist auch das Storage-Failover beim Partner des Nodes deaktiviert.
-
Melden Sie sich beim Knoten an, den Sie zurücksetzen möchten.
Um einen Node zurückzusetzen, müssen Sie über die Node-Management-LIF des Node beim Cluster angemeldet sein.
-
Legen Sie für das Ziel-ONTAP-Software-Image des Nodes fest, dass es das Standard-Image sein soll:
system image modify -node nodename -image target_image -isdefault true
-
Vergewissern Sie sich, dass das Ziel-Image der ONTAP Software als Standard-Image für den Node festgelegt wird, den Sie zurücksetzen:
system image show
Das folgende Beispiel zeigt, dass Version 9.1 als Standardbild auf node0 gesetzt wird:
cluster1::*> system image show Is Is Install Node Image Default Current Version Date -------- ------- ------- ------- -------- ------------------- node0 image1 false true 9.2 MM/DD/YYYY TIME image2 true false 9.1 MM/DD/YYYY TIME node1 image1 true true 9.2 MM/DD/YYYY TIME image2 false false 9.1 MM/DD/YYYY TIME 4 entries were displayed.
-
Wenn das Cluster nur aus zwei Nodes besteht, vergewissern Sie sich, dass der Node das Epsilon nicht hält:
-
Prüfen Sie, ob der Knoten aktuell Epsilon enthält:
cluster show -node nodename
Das folgende Beispiel zeigt, dass der Knoten Epsilon hält:
cluster1::*> cluster show -node node1 Node: node1 UUID: 026efc12-ac1a-11e0-80ed-0f7eba8fc313 Epsilon: true Eligibility: true Health: true
-
Wenn der Knoten Epsilon enthält, markieren Sie Epsilon als „false“ auf dem Knoten, damit Epsilon an den Partner des Node übertragen werden kann:
cluster modify -node nodenameA -epsilon false
-
Übertragen Sie Epsilon auf den Partner des Node, indem Sie epsilon True auf dem Partner-Node markieren:
cluster modify -node nodenameB -epsilon true
-
-
Vergewissern Sie sich, dass der Node bereit für die Reversion ist:
system node revert-to -node nodename -check-only true -version 9.x
Der Parameter Check-only identifiziert alle Voraussetzungen, die vor dem Zurückkehren berücksichtigt werden müssen, wie die folgenden Beispiele:
-
Deaktivieren des Storage-Failovers
-
Deaktivieren der Snapshot-Richtlinie
-
Snapshot Kopien werden gelöscht, die nach dem Upgrade auf die spätere Version von ONTAP erstellt wurden
-
-
Stellen Sie sicher, dass alle Voraussetzungen erfüllt sind:
system node revert-to -node nodename -check-only true -version 9.x
-
Zurücksetzen der Cluster-Konfiguration des Node:
system node revert-to -node nodename -version 9.x
Die Option -Version bezieht sich auf die Zielversion. Wenn beispielsweise die von Ihnen installierte und verifizierte Software ONTAP 9.1 ist, ist der richtige Wert der Option -Version 9.1.
Die Cluster-Konfiguration ist zurückgesetzt, und dann sind Sie von der Cluster-Shell angemeldet.
-
Melden Sie sich wieder bei der clustershell an und wechseln Sie dann in die nodeshell:
run -node nodename
Nach dem erneuten Einloggen auf der clustershell kann es einige Minuten dauern, bis es bereit ist, den nodeshell Befehl zu akzeptieren. Wenn der Befehl ausfällt, warten Sie ein paar Minuten, und versuchen Sie es erneut.
-
Zurücksetzen der Filesystem-Konfiguration des Node:
revert_to 9.x
Mit diesem Befehl wird überprüft, ob die Filesystem-Konfiguration des Node bereit ist, zurückgesetzt zu werden. Wenn Voraussetzungen identifiziert werden, müssen Sie diese adressieren und anschließend den Befehl revert_to erneut ausführen.
Wenn Sie eine Systemkonsole verwenden, um den Revert-Prozess zu überwachen, werden größere Details angezeigt als in nodeshell. Wenn AUTOBOOT stimmt, wird der Node nach Abschluss des Befehls neu auf ONTAP gebootet.
Wenn AUTOBOOT false ist, wird die LOADER-Eingabeaufforderung angezeigt, wenn der Befehl zum Abschluss des Befehls gehört. Eingabe
yes
Um ihn zurückzusetzen, verwenden Sie dannboot_ontap
Um den Node manuell neu zu booten. -
Vergewissern Sie sich, dass nach dem Neubooten des Node die neue Software ausgeführt wird:
system node image show
Im folgenden Beispiel ist image1 die neue ONTAP-Version und wird als aktuelle Version auf node0 gesetzt:
cluster1::*> system node image show Is Is Install Node Image Default Current Version Date -------- ------- ------- ------- -------- ------------------- node0 image1 true true X.X.X MM/DD/YYYY TIME image2 false false Y.Y.Y MM/DD/YYYY TIME node1 image1 true false X.X.X MM/DD/YYYY TIME image2 false true Y.Y.Y MM/DD/YYYY TIME 4 entries were displayed.
-
Überprüfen Sie, ob der Status „revert“ für jeden Knoten abgeschlossen ist:
system node upgrade-revert show -node nodename
Der Status sollte als „Abschließen“, „nicht erforderlich“ oder „Es wurden keine Tabelleneinträge zurückgegeben“ aufgeführt werden.
-
Wiederholen [step-6] Bis [step-16] Auf dem anderen Node im HA-Paar.
-
Wenn das Cluster nur aus zwei Nodes besteht, aktivieren Sie die Cluster-HA erneut:
cluster ha modify -configured true
-
[ [Schritt-19]]Storage Failover auf beiden Nodes neu aktivieren, wenn er zuvor deaktiviert wurde:
storage failover modify -node nodename -enabled true
-
Wiederholen [step-5] Bis [step-19] Für jedes zusätzliche HA-Paar und für die Cluster in der MetroCluster-Konfiguration.