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

Fahren Sie den beeinträchtigten Controller herunter – AFF FAS8300 und FAS8700

Beitragende

Option 1: Die meisten Systeme

Nach Abschluss der NVE oder NSE-Aufgaben müssen Sie den Shutdown des beeinträchtigten Controllers durchführen.

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

    Waiting for 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.

  2. Geben Sie an der LOADER-Eingabeaufforderung Folgendes ein: printenv Um alle Boot-Umgebungsvariablen zu erfassen. Speichern Sie die Ausgabe in Ihrer Protokolldatei.

    Anmerkung Dieser Befehl funktioniert möglicherweise nicht, wenn das Startgerät beschädigt oder nicht funktionsfähig ist.

Option 2: Controller befindet sich in einem MetroCluster

Nach Abschluss der NVE oder NSE-Aufgaben müssen Sie den Shutdown des beeinträchtigten Controllers durchführen.

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.

Option 3: Controller befindet sich in einem MetroCluster mit zwei Nodes

Nach Abschluss der NVE oder NSE-Aufgaben müssen Sie den Shutdown des beeinträchtigten Controllers durchführen.

Um den beeinträchtigten Controller herunterzufahren, müssen Sie den Status des Controllers bestimmen und gegebenenfalls den Controller umschalten, damit der gesunde Controller weiterhin Daten aus dem beeinträchtigten Reglerspeicher bereitstellen kann.

Über diese Aufgabe
  • Wenn Sie NetApp Storage Encryption verwenden, müssen Sie die MSID mithilfe der Anweisungen im Abschnitt „ein FIPS-Laufwerk oder SED in ungeschützten Modus zurückgeben“ von zurücksetzen "NetApp Encryption: Übersicht mit CLI".

  • Sie müssen die Netzteile am Ende dieses Verfahrens einschalten, um den gesunden Controller mit Strom zu versorgen.

Schritte
  1. Überprüfen Sie den MetroCluster-Status, um festzustellen, ob der beeinträchtigte Controller automatisch auf den gesunden Controller umgeschaltet wurde: metrocluster show

  2. Je nachdem, ob eine automatische Umschaltung stattgefunden hat, fahren Sie mit der folgenden Tabelle fort:

    Wenn die eingeschränkte Steuerung…​ Dann…​

    Ist automatisch umgeschaltet

    Fahren Sie mit dem nächsten Schritt fort.

    Nicht automatisch umgeschaltet

    Einen geplanten Umschaltvorgang vom gesunden Controller durchführen: metrocluster switchover

    Hat nicht automatisch umgeschaltet, haben Sie versucht, mit dem zu wechseln metrocluster switchover Befehl und Switchover wurde vetoed

    Überprüfen Sie die Veto-Meldungen, und beheben Sie das Problem, wenn möglich, und versuchen Sie es erneut. Wenn das Problem nicht behoben werden kann, wenden Sie sich an den technischen Support.

  3. Synchronisieren Sie die Datenaggregate neu, indem Sie das ausführen metrocluster heal -phase aggregates Befehl aus dem verbleibenden Cluster.

    controller_A_1::> metrocluster heal -phase aggregates
    [Job 130] Job succeeded: Heal Aggregates is successful.

    Wenn die Heilung ein Vetorecht ist, haben Sie die Möglichkeit, das zurückzugeben metrocluster heal Befehl mit dem -override-vetoes Parameter. Wenn Sie diesen optionalen Parameter verwenden, überschreibt das System alle weichen Vetos, die die Heilung verhindern.

  4. Überprüfen Sie, ob der Vorgang mit dem befehl „MetroCluster Operation show“ abgeschlossen wurde.

    controller_A_1::> metrocluster operation show
        Operation: heal-aggregates
          State: successful
    Start Time: 7/25/2016 18:45:55
       End Time: 7/25/2016 18:45:56
         Errors: -
  5. Überprüfen Sie den Status der Aggregate mit storage aggregate show Befehl.

    controller_A_1::> storage aggregate show
    Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
    --------- -------- --------- ----- ------- ------ ---------------- ------------
    ...
    aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...
  6. Heilen Sie die Root-Aggregate mit dem metrocluster heal -phase root-aggregates Befehl.

    mcc1A::> metrocluster heal -phase root-aggregates
    [Job 137] Job succeeded: Heal Root Aggregates is successful

    Wenn die Heilung ein Vetorecht ist, haben Sie die Möglichkeit, das zurückzugeben metrocluster heal Befehl mit dem Parameter -override-vetoes. Wenn Sie diesen optionalen Parameter verwenden, überschreibt das System alle weichen Vetos, die die Heilung verhindern.

  7. Stellen Sie sicher, dass der Heilungsvorgang abgeschlossen ist, indem Sie den verwenden metrocluster operation show Befehl auf dem Ziel-Cluster:

    mcc1A::> metrocluster operation show
      Operation: heal-root-aggregates
          State: successful
     Start Time: 7/29/2016 20:54:41
       End Time: 7/29/2016 20:54:42
         Errors: -
  8. Trennen Sie am Controller-Modul mit eingeschränkter Betriebsstörung die Netzteile.