System neu zuordnen und Festplatten neu zuweisen – AFF A700
Setzen Sie das Ersatzverfahren fort, indem Sie den Speicher neu zuweisen und die Neuzuweisung bestätigen.
Schritt 1: Das System erneut einsetzen
Überprüfen Sie die Speicher- und Netzwerkverbindungen des Controller-Moduls.
-
Ü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.
-
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 Node 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 Node 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 beim Node Replacement den Node 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 Konsole „Replacement Node“ angezeigt und anschließend vom gesunden Node aus überprüfen, 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)
-
Vergewissern Sie sich am gesunden Knoten, 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 Knoten zurück:
-
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
.Wenn das Rückübertragung ein Vetorecht ist, können Sie erwägen, das Vetos außer Kraft zu setzen.
-
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 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 . . .
-
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. -
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:
-
Die MetroCluster Konfiguration befindet sich in einem Switchover-Zustand.
-
Der Node Replacement ist der aktuelle Besitzer der Festplatten am Disaster-Site.
-
-
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.
-
Vergewissern Sie sich, dass die erwarteten Volumes für jeden Node vorhanden sind:
vol show -node node-name
-
Wenn Sie die automatische Übernahme beim Neustart deaktiviert haben, aktivieren Sie sie vom gesunden Knoten:
storage failover modify -node replacement-node-name -onreboot true