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

Den Controller in einem FAS9500 System zurückgeben, damit der normale Betrieb fortgesetzt werden kann.

Beitragende dougthomp netapp-jsnyder netapp-martyh netapp-ivanad thrisun
Änderungen vorschlagen
PDFs

Die Kontrolle über die Speicherressourcen wird an den Ersatzcontroller zurückgegeben, sodass Ihr FAS9500 System den normalen Betrieb wieder aufnehmen kann.

Schritt 1: Das System erneut einsetzen

Sie müssen die Speicher- und Netzwerkverbindungen des Controller-Moduls neu aufbauen.

Schritte

  1. Das System neu aufführen.

  2. Überprüfen Sie anhand von, ob die Verkabelung korrekt ist "Active IQ Config Advisor".

    1. Laden Sie Config Advisor herunter und installieren Sie es.

    2. Geben Sie die Informationen für das Zielsystem ein und wählen Sie dann „Daten sammeln“ aus.

    3. Wählen Sie die Registerkarte „Verkabelung“ aus und prüfen Sie die Ausgabe. Es sollte sichergestellt sein, dass alle Festplattengehäuse angezeigt werden und alle Festplatten in der Ausgabe erscheinen, wobei etwaige festgestellte Verkabelungsprobleme zu korrigieren sind.

    4. Die übrige Verkabelung lässt sich über die entsprechende Registerkarte und die anschließende Prüfung der Ausgabe von Config Advisor überprüfen.

Hinweis Die System-ID und die Informationen zur Festplattenzuordnung befinden sich im NVRAM Modul, das sich in einem Modul getrennt vom Controller Modul befindet und von einem Austausch des Controller Moduls nicht betroffen ist.

Schritt 2: Festplatten neu zuweisen

Befindet sich das Speichersystem in einem HA-Paar, wird die System-ID des neuen Controller-Moduls den Festplatten automatisch zugewiesen, sobald die Rückgabe am Ende des Vorgangs erfolgt. Die Änderung der System-ID muss beim Booten des replacement Node bestätigt und anschließend überprüft werden, ob die Änderung korrekt ist.

Diese Vorgehensweise gilt nur für Systeme, auf denen ONTAP in einem HA-Paar ausgeführt wird.

  1. Wenn sich der Node Replacement im Wartungsmodus befindet (zeigt das an *> Eingabeaufforderung), beenden Sie den Wartungsmodus und gehen Sie zur LOADER-Eingabeaufforderung: halt

  2. Vom LOADER-Prompt auf dem Ersatzknoten den Knoten starten und y eingeben, falls Sie aufgrund einer System-ID-Diskrepanz zur Überschreibung der System-ID aufgefordert werden: boot_ontap

  3. Warten Sie, bis der Waiting for giveback…​ Die Meldung wird auf der Konsole „Replacement“ angezeigt. Überprüfen Sie dann vom gesunden Node, ob die neue Partner-System-ID automatisch zugewiesen wurde: Storage Failover show

    In der Befehlsausgabe sollte eine Meldung angezeigt werden, dass sich die System-ID auf dem Knoten „beeinträchtigt“ geändert hat und die korrekten alten und neuen IDs angezeigt werden. Im folgenden Beispiel wurde node2 ersetzt und hat eine neue System-ID von 151759706.

    node1> storage failover show
                                    Takeover
Node              Partner           Possible     State Description
------------      ------------      --------     -------------------------------------
node1             node2             false        System ID changed on partner (Old:
                                                  151759755, New: 151759706), In takeover
node2             node1             -            Waiting for giveback (HA mailboxes)

  4. Vergewissern Sie sich am gesunden Knoten, dass alle Corestapy gespeichert sind:

    1. Ändern Sie die erweiterte Berechtigungsebene: set -privilege advanced

      Sie können antworten Y Wenn Sie aufgefordert werden, den erweiterten Modus fortzusetzen. Die Eingabeaufforderung für den erweiterten Modus wird angezeigt (*>).

    2. Speichern von CoreDumps: system node run -node local-node-name partner savecore

    3. Warten Sie, bis der Befehl savecore abgeschlossen ist, bevor Sie das Giveback ausgeben.

      Sie können den folgenden Befehl eingeben, um den Fortschritt des Befehls savecore zu überwachen: system node run -node local-node-name partner savecore -s

    4. Zurück zur Administratorberechtigungsebene: set -privilege admin

  5. Wenn Ihr Storage- oder Volume Encryption-System konfiguriert ist, müssen Sie die Funktionen für Storage oder Volume Encryption mithilfe eines der folgenden Verfahren wiederherstellen: Je nachdem, ob Sie integriertes oder externes Verschlüsselungsmanagement verwenden:

  6. Geben Sie den Knoten zurück:

    1. Geben Sie vom ordnungsgemäßen Node den Speicher des ersetzten Node wieder: storage failover giveback -ofnode replacement_node_name

      Der Node Replacement nimmt seinen Storage wieder ein und schließt den Booten ab.

      Wenn Sie aufgrund einer nicht übereinstimmenden System-ID aufgefordert werden, die System-ID außer Kraft zu setzen, sollten Sie eingeben y.

      Hinweis Wenn das Rückübertragung ein Vetorecht ist, können Sie erwägen, das Vetos außer Kraft zu setzen.

    Weitere Informationen finden Sie im "Manuelle Giveback-Befehle" Thema, um das Veto zu überschreiben.

    1. Nach Abschluss des Giveback bestätigen, dass das HA-Paar sich stabil befindet und ein Takeover möglich ist: Storage Failover Show

      Die Ausgabe von der storage failover show Befehl sollte nicht die in der Partnernachricht geänderte System-ID enthalten.

  7. Überprüfen Sie, ob die Festplatten ordnungsgemäß zugewiesen wurden: storage disk show -ownership

    Die Festplatten, die zum Node Replacement gehören, sollten die neue System-ID anzeigen. Im folgenden Beispiel zeigen die Festplatten von node1 jetzt die neue System-ID, 1873775277:

    node1> storage disk show -ownership

Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
1.0.0  aggr0_1  node1 node1  -        1873775277 1873775277  -       1873775277 Pool0
1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
.
.
.

  8. Wenn sich das System in einer MetroCluster-Konfiguration befindet, überwachen Sie den Status des Node: metrocluster node show

    Die MetroCluster-Konfiguration dauert einige Minuten nach dem Austausch und kehrt in den normalen Zustand zurück. Zu diesem Zeitpunkt zeigt jeder Node einen konfigurierten Status mit aktivierter DR-Spiegelung und einem normalen Modus. Der metrocluster node show -fields node-systemid In der Befehlsausgabe wird die alte System-ID angezeigt, bis die MetroCluster-Konfiguration den normalen Status aufweist.

  9. Wenn sich der Node abhängig vom MetroCluster-Status in einer MetroCluster-Konfiguration befindet, vergewissern Sie sich, dass im Feld für die DR-Home-ID der ursprüngliche Eigentümer der Festplatte angezeigt wird, wenn der ursprüngliche Eigentümer ein Node am Disaster-Standort ist.

    Dies ist erforderlich, wenn beide der folgenden Werte erfüllt sind:

  10. Wenn sich Ihr System in einer MetroCluster-Konfiguration befindet, vergewissern Sie sich, dass jeder Node konfiguriert ist: metrocluster node show - fields configuration-state

    node1_siteA::> metrocluster node show -fields configuration-state

dr-group-id            cluster node           configuration-state
-----------            ---------------------- -------------- -------------------
1 node1_siteA          node1mcc-001           configured
1 node1_siteA          node1mcc-002           configured
1 node1_siteB          node1mcc-003           configured
1 node1_siteB          node1mcc-004           configured

4 entries were displayed.

  11. Vergewissern Sie sich, dass die erwarteten Volumes für jeden Node vorhanden sind: vol show -node node-name

  12. Wenn Sie die automatische Übernahme beim Neustart deaktiviert haben, aktivieren Sie sie vom gesunden Knoten: storage failover modify -node replacement-node-name -onreboot true