Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Herunterfahren der Controller: AFF A220 und FAS2700

Beitragende

Fahren Sie den Controller mit eingeschränkter Konfiguration herunter oder übernehmen Sie ihn entsprechend.

Option 1: Die meisten Konfigurationen

Sie müssen den Controller oder den Controller im Chassis herunterfahren, bevor Sie sie in das neue Chassis verschieben.

Über diese Aufgabe

  • Wenn Sie ein Cluster mit mehr als zwei Controllern haben, muss es sich im Quorum befinden. Wenn das Cluster nicht im Quorum ist oder ein guter Controller angezeigt wird false Für die Berechtigung und den Zustand müssen Sie das Problem korrigieren, bevor Sie den beeinträchtigten Controller herunterfahren; siehe "Synchronisieren eines Node mit dem Cluster".

  • 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

Schritte

  1. Wenn Ihr System über zwei Controller-Module verfügt, deaktivieren Sie das HA-Paar.

    Wenn Ihr System Clustered ONTAP mit…​ Dann…​

    Zwei Controller im Cluster

    cluster ha modify -configured false

    storage failover modify -node node0 -enabled false

    Mehr als zwei Controller im Cluster

    storage failover modify -node node0 -enabled false

  2. Halten Sie den Regler an, und drücken Sie y Wenn Sie aufgefordert werden, den Stopp zu bestätigen: system node halt -node node_name

    Die Bestätigungsmeldung sieht wie folgt aus:

    Warning: This operation will cause controller "node-name" to be marked as unhealthy. Unhealthy nodes do not participate in quorum voting. If the controller goes out of service and one more controller goes out of service there will be a data serving failure for the entire cluster. This will cause a client disruption. Use "cluster show" to verify cluster state. If possible bring other nodes online to improve the resiliency of this cluster.

Do you want to continue? {y|n}:
    Anmerkung Sie müssen ein sauberes System herunterfahren, bevor Sie das Chassis ersetzen, um nicht geschriebene Daten im nicht-flüchtigen Speicher (NVMEM/NVRAM) zu verlieren. Wenn die NVMEM/NVRAM-LED abhängig vom System blinkt, befinden sich Inhalte im NVMEM/NVRAM, die nicht auf die Festplatte gespeichert wurden. Sie müssen den Controller neu booten und Beginn dieses Verfahrens. Bei wiederholten Versuchen, den Controller ordnungsgemäß herunterzufahren, ist zu beachten, dass keine Daten verloren gehen, die nicht auf der Festplatte gespeichert wurden.

  3. Halten Sie gegebenenfalls den zweiten Controller an, um eine mögliche Quorum-Fehlermeldung in einer HA-Paar-Konfiguration zu vermeiden: system node halt -node second_node_name -ignore-quorum-warnings true -skip-lif-migration-before-shutdown true

    Antwort y Wenn Sie dazu aufgefordert werden.

Option 2: Controller befindet sich in einer MetroCluster-Konfiguration

Anmerkung 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).

Schritte

  1. 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

  2. Deaktivieren Sie das automatische Giveback von der Konsole des gesunden Controllers: storage failover modify –node local -auto-giveback false

  3. 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.