Fahren Sie die Controller herunter - AFF A150
Beitragende
Fahren Sie den Controller mit eingeschränkter Konfiguration herunter oder übernehmen Sie ihn entsprechend.
Option 1: Die meisten Konfigurationen
Dieses Verfahren gilt nur für Konfigurationen ohne MetroCluster mit 2 Nodes. Wenn Sie ein System mit mehr als zwei Nodes haben, finden Sie weitere Informationen unter "So schalten Sie ein HA-Paar in einem Cluster mit 4 Nodes ein und fahren ein paar ordnungsgemäß hoch".
Sie benötigen:
-
Lokale Administratoranmeldeinformationen für ONTAP.
-
NetApp Onboard-Verschlüsselungsmanagement (OKM) Cluster-weite Passphrase bei Verwendung von Storage-Verschlüsselung.
-
SP/BMC-Zugriff für jeden Controller.
-
Stoppen Sie den Zugriff aller Clients/Hosts auf Daten auf dem NetApp System.
-
Externe Sicherungsaufträge werden angehalten.
-
Notwendige Werkzeuge und Ausrüstung für den Austausch.
|
Wenn es sich bei dem System um ein NetApp StorageGRID oder ONTAP S3 handelt, das als FabricPool Cloud Tier verwendet wird, finden Sie im "Anleitung zur Problemlösung des Speichersystems wird ordnungsgemäß heruntergefahren und gestartet" Nach Durchführung dieses Verfahrens. |
|
Wenn Sie FlexArray-Array-LUNs verwenden, befolgen Sie die Dokumentation zum Speicher-Array des jeweiligen Anbieters, um das Herunterfahren für diese Systeme durchzuführen, nachdem Sie dieses Verfahren durchgeführt haben. |
|
Wenn Sie SSDs verwenden, finden Sie weitere Informationen unter "SU490: (Auswirkung: Kritisch) SSD Best Practices: Vermeiden Sie das Risiko von Laufwerksausfällen und Datenverlust, wenn Sie sich für mehr als zwei Monate ausgeschaltet haben" |
Als Best Practice vor dem Herunterfahren sollten Sie:
-
Zusätzliche Durchführung "Zustandsberichte zu Systemen".
-
Führen Sie ein Upgrade von ONTAP auf eine empfohlene Version für das System durch.
-
Lösen Sie alle "Active IQ Wellness-Alarme und Risiken". Notieren Sie sich alle derzeit auftretenden Fehler im System, z. B. LEDs an den Systemkomponenten.
-
Melden Sie sich über SSH beim Cluster an oder von einem beliebigen Node im Cluster mit einem lokalen Konsolenkabel und einem Laptop/einer Konsole an.
-
Schalten Sie AutoSupport aus, und geben Sie an, wie lange das System voraussichtlich offline ist:
system node autosupport invoke -node * -type all -messages "MAINT=8h Power Maintenance"
-
Ermitteln Sie die SP/BMC-Adresse aller Nodes:
system service-processor show -node * -fields address
-
Beenden Sie die Cluster-Shell:
exit
-
Melden Sie sich über SSH beim SP/BMC an. Verwenden Sie dabei die IP-Adresse eines der in der Ausgabe des vorherigen Schritts aufgeführten Nodes.
Wenn Sie eine Konsole oder einen Laptop verwenden, melden Sie sich mit den gleichen Cluster-Administratorberechtigungen beim Controller an.
Öffnen Sie eine SSH-Sitzung für jede SP/BMC-Verbindung, damit Sie den Fortschritt überwachen können. -
Alle Nodes im Cluster anhalten:
system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true
.Bei Clustern mit SnapMirror Synchronous-Betrieb im StructSync-Modus: system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true
-
Geben Sie y für jeden Controller im Cluster ein, wenn angezeigt wird
Warning: Are you sure you want to halt node "cluster name-controller number"? {y|n}:
-
Warten Sie, bis die einzelnen Controller angehalten sind, und zeigen Sie die LOADER-Eingabeaufforderung an.
-
Schalten Sie jedes Netzteil aus, oder ziehen Sie den Netzstecker, wenn kein Netzteilschalter vorhanden ist.
-
Ziehen Sie das Netzkabel von den einzelnen Netzteilen ab.
-
Vergewissern Sie sich, dass alle Controller im Gehäuse für beeinträchtigte Verbindung heruntergefahren sind.
Option 2: Controller befindet sich in einer MetroCluster-Konfiguration
|
Verwenden Sie dieses Verfahren nicht, wenn sich Ihr System in einer MetroCluster-Konfiguration mit zwei Knoten befindet. |
Um den beeinträchtigten Controller herunterzufahren, müssen Sie den Status des Controllers bestimmen und gegebenenfalls den Controller übernehmen, damit der gesunde Controller weiterhin Daten aus dem beeinträchtigten Reglerspeicher bereitstellen kann.
-
Wenn Sie über ein Cluster mit mehr als zwei Nodes verfügen, muss es sich im Quorum befinden. Wenn sich das Cluster nicht im Quorum befindet oder ein gesunder Controller FALSE anzeigt, um die Berechtigung und den Zustand zu erhalten, müssen Sie das Problem korrigieren, bevor Sie den beeinträchtigten Controller herunterfahren; siehe "Synchronisieren eines Node mit dem Cluster".
-
Wenn Sie über eine MetroCluster-Konfiguration verfügen, müssen Sie bestätigt haben, dass der MetroCluster-Konfigurationsstatus konfiguriert ist und dass die Nodes in einem aktivierten und normalen Zustand vorliegen (
metrocluster node show
).
-
Wenn AutoSupport aktiviert ist, unterdrücken Sie die automatische Erstellung eines Cases durch Aufrufen einer AutoSupport Meldung:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
Die folgende AutoSupport Meldung unterdrückt die automatische Erstellung von Cases für zwei Stunden:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Deaktivieren Sie das automatische Giveback von der Konsole des gesunden Controllers:
storage failover modify –node local -auto-giveback false
-
Nehmen Sie den beeinträchtigten Controller zur LOADER-Eingabeaufforderung:
Wenn der eingeschränkte Controller angezeigt wird… Dann… Die LOADER-Eingabeaufforderung
Wechseln Sie zu Controller-Modul entfernen.
Warten auf Giveback…
Drücken Sie Strg-C, und antworten Sie dann
y
Wenn Sie dazu aufgefordert werden.Eingabeaufforderung des Systems oder Passwort (Systempasswort eingeben)
Übernehmen oder stoppen Sie den beeinträchtigten Regler von der gesunden Steuerung:
storage failover takeover -ofnode impaired_node_name
Wenn der Regler „beeinträchtigt“ auf Zurückgeben wartet… anzeigt, drücken Sie Strg-C, und antworten Sie dann
y
.