Das System wieder auffinden - ASA A900
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.
-
Das System neu aufführen.
-
Überprüfen Sie anhand von, ob die Verkabelung korrekt ist "Active IQ Config Advisor".
-
Laden Sie Config Advisor herunter und installieren Sie es.
-
Geben Sie die Informationen für das Zielsystem ein, und klicken Sie auf Daten erfassen.
-
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.
-
Überprüfen Sie die andere Verkabelung, indem Sie auf die entsprechende Registerkarte klicken und dann die Ausgabe von Config Advisor überprüfen.
-
|
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.
-
Wenn sich der Controller Replacement im Wartungsmodus befindet (zeigt das an
*>
Eingabeaufforderung), beenden Sie den Wartungsmodus und gehen Sie zur LOADER-Eingabeaufforderung:halt
-
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
-
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)
-
Vergewissern Sie sich beim ordnungsgemäßen Controller, dass alle Corestapy gespeichert sind:
-
Ä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 (*>). -
Speichern von CoreDumps:
system node run -node local-node-name partner savecore
-
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
-
Zurück zur Administratorberechtigungsebene:
set -privilege admin
-
-
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:
-
Geben Sie den Controller zurück:
-
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
.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.
-
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.
-
-
Ü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 . . .
-
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. -
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:
-
Die MetroCluster Konfiguration befindet sich in einem Switchover-Zustand.
-
Der Controller Replacement ist der aktuelle Besitzer der Festplatten am Notfallstandort.
Weitere Informationen finden Sie unter "Änderungen am Festplattenbesitz während HA Takeover und MetroCluster Switchover in einer MetroCluster Konfiguration mit vier Nodes" Thema:
-
-
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.
-
Vergewissern Sie sich, dass die erwarteten Volumes für jeden Controller vorhanden sind:
vol show -node node-name
-
Wenn Sie die automatische Übernahme beim Neustart deaktiviert haben, aktivieren Sie sie vom gesunden Controller:
storage failover modify -node replacement-node-name -onreboot true