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.

Das System wieder auffinden - ASA A900

Beitragende
PDFs

Setzen Sie das Ersatzverfahren fort, indem Sie die Speicher- und Netzwerkkonsignationen neu verkabeln.

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 klicken Sie auf Daten erfassen.

    3. Klicken Sie auf die Registerkarte Verkabelung, und überprüfen Sie die Ausgabe. Stellen Sie sicher, dass alle Festplatten-Shelfs angezeigt werden und alle Festplatten in der Ausgabe angezeigt werden. So beheben Sie mögliche Verkabelungsprobleme.

    4. Überprüfen Sie die andere Verkabelung, indem Sie auf die entsprechende Registerkarte klicken und dann die Ausgabe von Config Advisor überprüfen.

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

Schritt 2: Festplatten neu zuweisen

Wenn sich das Storage-System in einem HA-Paar befindet, wird die System-ID des neuen Controller-Moduls automatisch den Festplatten zugewiesen, wenn die Rückgabe am Ende des Verfahrens stattfindet. Sie müssen die Änderung der System-ID beim Booten des Controllers Replacement bestätigen und anschließend überprüfen, ob die Änderung implementiert wurde.

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

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

  2. Booten Sie an der LOADER-Eingabeaufforderung am Replacement-Controller den Controller, und geben Sie ein y Wenn Sie aufgrund einer nicht übereinstimmenden System-ID aufgefordert werden, die System-ID außer Kraft zu setzen:boot_ontap

  3. Warten Sie, bis der Waiting for giveback…​ Die Meldung wird auf der Controller-Konsole „Replacement“ angezeigt und überprüfen Sie anschließend vom gesunden Controller, 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 beeinträchtigten Controller 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 beim ordnungsgemäßen Controller, 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 Controller zurück:

    1. Geben Sie von dem ordnungsgemäßen Controller den Storage des ersetzten Controllers wieder: storage failover giveback -ofnode replacement_node_name

      Der Replacement -Controller nimmt den Storage wieder in Anspruch und führt den Startvorgang durch.

      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. Nachdem das Giveback abgeschlossen ist, bestätigen Sie, dass das HA-Paar sich gesund 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 Controller 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 Controllers: 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 Controller einen konfigurierten Status mit aktivierter DR-Spiegelung und einem normalen Modus an. In der Befehlsausgabe des Befehls „MetroCluster Node show -fields Node-systemid“ wird die alte System-ID angezeigt, bis die MetroCluster-Konfiguration in den normalen Zustand zurückkehrt.

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

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

  10. Wenn sich das System in einer MetroCluster-Konfiguration befindet, vergewissern Sie sich, dass jeder Controller 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 Controller vorhanden sind: vol show -node node-name

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