Zum Hauptinhalt springen

System-ID-Änderung auf einem HA-System überprüfen

Sie müssen die System-ID-Änderung beim Booten des Austauschknotens bestätigen und anschließend überprüfen, ob die Änderung implementiert wurde.

Informationen zu dieser Aufgabe

Dieses Verfahren bezieht sich nur auf Systeme, auf denen ONTAP in einem HA-Paar ausgeführt wird.

  1. Wenn sich der Austauschknoten im Wartungsmodus befindet (Anzeige der Eingabeaufforderung *>), beenden Sie den Wartungsmodus und rufen Sie die LOADER-Eingabeaufforderung auf: halt
  2. Booten Sie den Knoten über die LOADER-Eingabeaufforderung auf dem Austauschknoten. Wenn Sie aufgefordert werden, die System-ID aufgrund eines System-ID-Konflikts zu überschreiben, geben Sie y ein:
  3. Warten Sie, bis die Nachricht Waiting for giveback... auf der Konsole des Austauschknotens angezeigt wird, und überprüfen Sie anschließend vom fehlerfreien Knoten aus, ob die neue Partnersystem-ID automatisch zugewiesen wurde: storage failover show

    Beispiel

    In der Befehlsausgabe wird eine Nachricht angezeigt, dass sich die System-ID auf dem beeinträchtigten Knoten geändert hat, wobei die korrekten alten und neuen IDs angezeigt werden. Im folgenden Beispiel wurde node2 ausgetauscht und erhielt die neue System-ID 151759706.
    node1> <kbd className="ph userinput nolinebreak">storage failover show</kbd>
                                        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. Überprüfen Sie auf dem fehlerfreier Knoten, ob alle Coredumps gespeichert wurden:
    1. Wechseln Sie zur erweiterten Berechtigungsstufe: set -privilege advanced
      Wenn Sie aufgefordert werden, im erweiterten Modus fortzufahren, antworten Sie mit Y. Die Eingabeaufforderung „Erweitert“ (*>) wird angezeigt.
    2. Speichern Sie alle Coredumps: system node run -node local-node-name partner savecore
    3. Warten Sie, bis der savecore-Befehl abgeschlossen ist, bevor Sie den giveback-Befehl eingeben.
      Sie können den folgenden Befehl eingeben, um den Fortschritt des savecore-Befehls zu überwachen: system node run -node local-node-name partner savecore -s
    4. Kehren Sie auf die Administratorberechtigungsstufe zurück: set -privilege admin
  5. Geben Sie den Knoten zurück:
    1. Geben Sie den Speicher des Austauschknotens vom fehlerfreien Knoten aus zurück: storage failover giveback -ofnode replacement_node_name
      Der Austauschknoten nimmt den Speicher zurück und beendet den Bootvorgang.

      Wenn Sie aufgefordert werden, die System-ID aufgrund eines System-ID-Konflikts zu überschreiben, geben Sie y ein.

      Anmerkung
      Wenn der Giveback mit einem Veto abgelehnt wird, können Sie die Vetos überschreiben.

      Hochverfügbarkeits-Konfigurationshandbuch für Ihre Version von ONTAP 9 suchen

    2. Überprüfen Sie nach Abschluss des giveback-Vorgangs, ob das HA-Paar fehlerfrei und die Übernahme möglich ist storage failover show
      Die Ausgabe des storage failover show-Befehls darf nicht die Nachricht System ID changed on partner enthalten.
  6. Überprüfen Sie, ob die Datenträger ordnungsgemäß zugewiesen wurden: storage disk show -ownership

    Beispiel

    Die Datenträger, die zum Austauschknoten gehören, sollten die neue System-ID anzeigen. Im folgenden Beispiel zeigen die Datenträger, die zu node1 gehören, die neue System-ID 1873775277 an:
    node1> <kbd className="ph userinput nolinebreak">storage disk show -ownership</kbd> 

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

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

    Die MetroCluster-Konfiguration benötigt einige Minuten, um nach dem Austauschen in den normalen Status zurückzukehren. Zu diesem Zeitpunkt zeigt jeder Knoten einen konfigurierten Status an, wobei die DR-Spiegelung aktiviert ist und der normale Modus ausgeführt wird. Die Befehlsausgabe metrocluster node show -fields node-systemid zeigt die alte System-ID an, bis die MetroCluster-Konfiguration in den normalen Status zurückkehrt.

  8. Wenn sich der Knoten in einer MetroCluster-Konfiguration befindet, überprüfen Sie, abhängig vom MetroCluster-Status, ob das ID-Feld „DR Home“ den ursprünglichen Besitzer des Datenträgers anzeigt, wenn es sich dabei um einen Knoten am Disaster-Standort handelt.
    Dies ist erforderlich, wenn die folgenden beiden Punkte zutreffen:
  9. Wenn sich Ihr System in einer MetroCluster-Konfiguration befindet, überprüfen Sie, ob jeder Knoten konfiguriert ist: metrocluster node show - fields configuration-state

    MetroCluster – Verwaltung und Disaster Recovery

    Beispiel

    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.

  10. Überprüfen Sie, ob die erwarteten Datenträger für jeden Knoten vorhanden sind: vol show -node node-name
  11. Wenn Sie die automatische Übernahme beim Neustart deaktiviert haben, aktivieren Sie sie auf dem fehlerfreien Knoten: storage failover modify -node replacement-node-name -onreboot true