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

Vorbereitung auf den Wechsel zurück in einer heterogenen Konfiguration (Recovery während des Übergangs)

Beitragende
PDFs

Sie müssen bestimmte Aufgaben durchführen, um die gemischte MetroCluster IP- und FC-Konfiguration für den Switchback-Betrieb vorzubereiten. Dieses Verfahren gilt nur für Konfigurationen, bei denen während der Migration von MetroCluster FC zu IP ein Fehler aufgetreten ist.

Über diese Aufgabe

Dieses Verfahren sollte nur verwendet werden, wenn eine Wiederherstellung auf einem System durchgeführt wird, das sich während des Ausfalls Mitte des Übergangs befand.

In diesem Szenario ist die MetroCluster eine gemischte Konfiguration:

  • Eine DR-Gruppe besteht aus Fabric-Attached MetroCluster-FC-Knoten.

    Auf diesen Nodes müssen Sie die MetroCluster-FC-Recovery-Schritte durchführen.

  • Eine DR-Gruppe besteht aus MetroCluster IP Knoten.

    Auf diesen Knoten müssen Sie die MetroCluster IP-Recovery-Schritte durchführen.

Schritte

Führen Sie die Schritte in der folgenden Reihenfolge aus.

  1. Bereiten Sie die FC-Nodes auf den Wechsel vor, indem Sie die folgenden Aufgaben in der Reihenfolge durchführen:

    1. "Überprüfen der Portkonfiguration (nur MetroCluster FC-Konfigurationen)"

    2. "Konfiguration der FC-to-SAS-Bridges (nur MetroCluster FC-Konfigurationen)"

    3. "Konfiguration der FC-Switches (nur MetroCluster FC-Konfigurationen)"

    4. "Überprüfen der Speicherkonfiguration" (Führen Sie nur diese Schritte auf ersetzten Laufwerken auf den MetroCluster FC Nodes durch.)

    5. "Einschalten des Systems am Disaster-Standort" (Führen Sie nur diese Schritte auf ersetzten Laufwerken auf den MetroCluster FC Nodes durch.)

    6. "Eigentümerschaft für ausgetauschte Laufwerke zuweisen" (Führen Sie nur diese Schritte auf ersetzten Laufwerken auf den MetroCluster FC Nodes durch.)

    7. Führen Sie die Schritte unter aus "Neuzuweisung der Eigentumsrechte an den Root-Aggregaten an Ersatz-Controller-Modulen (MetroCluster FC-Konfigurationen)", Bis und einschließlich des Schritts, um den Befehl zum Löschen der Mailbox auszulösen.

    8. Zerstören Sie den lokalen Plex (Plex 0) des Root-Aggregats:

      aggr destroy plex-id

    9. Wenn das Root-Aggregat nicht online ist, bringen Sie es online.

  2. Booten der MetroCluster FC-Knoten

    Sie müssen diese Schritte auf beiden MetroCluster FC Nodes durchführen.

    1. Anzeigen des Startmenüs:

      boot_ontap menu

    2. Wählen Sie im Startmenü Option 6, Flash aus Backup config aktualisieren.

    3. Antworten y An die folgende Eingabeaufforderung:

      This will replace all flash-based configuration with the last backup to disks. Are you sure you want to continue?: y

      Das System startet zweimal, das zweite Mal, um die neue Konfiguration zu laden.

    Hinweis Wenn Sie den NVRAM-Inhalt eines verwendeten Ersatz-Controllers nicht gelöscht haben, wird möglicherweise ein Panikzustand mit der folgenden Meldung angezeigt: PANIC: NVRAM contents are invalid…​ Wenn dies der Fall ist, wiederholen Sie diese Teilschritte, um das System an der ONTAP-Eingabeaufforderung zu booten. Dann müssen Sie es Setzen Sie die Boot Recovery und rdb_Corrupt Bootargs zurück

  3. Root-Aggregat auf Plex 0 spiegeln:

    Sie müssen diese Schritte auf beiden MetroCluster FC Nodes durchführen.

    1. Weisen Sie dem neuen Controller-Modul drei Pool0 Disks zu.

    2. Root-Aggregat-Pool1 Plex spiegeln:

      aggr mirror root-aggr-name

    3. Weisen Sie Pool0 auf dem lokalen Knoten nicht eigene Festplatten zu

  4. Zurück zum Wartungsmodus.

    Sie müssen diese Schritte auf beiden MetroCluster FC Nodes durchführen.

    1. Stoppen Sie den Knoten:

      halt

    2. Booten des Node zu Maintenance:

      mode:boot_ontap maint

  5. Löschen Sie den Inhalt der Mailbox-Platten:

    mailbox destroy local

    Sie müssen diese Schritte auf beiden MetroCluster FC Nodes durchführen.

  6. Stoppen Sie die Knoten:
    halt

  7. Überprüfen Sie nach dem Booten der Nodes den Status des Node:

    metrocluster node show

    siteA::*> metrocluster node show
DR                               Configuration  DR
Group Cluster Node               State          Mirroring Mode
----- ------- ------------------ -------------- --------- --------------------
1     siteA
              wmc66-a1           configured     enabled   waiting for switchback recovery
              wmc66-a2           configured     enabled   waiting for switchback recovery
      siteB
              wmc66-b1           configured     enabled   switchover completed
              wmc66-b2           configured     enabled   switchover completed
2     siteA
              wmc55-a1           -              -         -
              wmc55-a2           unreachable    -         -
      siteB
              wmc55-b1           configured     enabled   switchover completed
              wmc55-b2           configured

  8. Bereiten Sie die MetroCluster-IP-Nodes für den Wechsel vor, indem Sie die Aufgaben in ausführen "Vorbereitung für den Wechsel zurück in einer MetroCluster IP-Konfiguration" Bis einschließlich "Löschen ausgefallener Plexe, die sich im Eigentum des noch intakten Standorts befinden (MetroCluster IP-Konfigurationen)".

  9. Führen Sie auf den MetroCluster FC-Knoten die Schritte unter aus "Durchführen der Aggregatheilung und Wiederherstellung von Spiegelungen (MetroCluster FC-Konfigurationen)".

  10. Führen Sie auf den MetroCluster IP-Knoten die Schritte unter aus "Durchführen der Aggregatheilung und Wiederherstellung von Spiegelungen (MetroCluster IP Konfigurationen)".

  11. Führen Sie die restlichen Aufgaben des Wiederherstellungsprozesses ab "Wiederherstellung von Objektspeichern für FabricPool-Konfigurationen".

Reset the Boot_Recovery and rdb_corrupte Bootargs

Falls erforderlich, können Sie die Boot_Recovery und rdb_Corrupt_bootargs zurücksetzen

Schritte

  1. Halten Sie den Node wieder an die LOADER-Eingabeaufforderung an:

    node_A_1::*> halt -node _node-name_

  2. Überprüfen Sie, ob die folgenden Bootargs eingestellt sind:

    LOADER> printenv bootarg.init.boot_recovery
LOADER> printenv bootarg.rdb_corrupt

  3. Wenn eine der Bootarg auf einen Wert gesetzt wurde, heben Sie die Einstellung auf und starten Sie die ONTAP:

    LOADER> unsetenv bootarg.init.boot_recovery
LOADER> unsetenv bootarg.rdb_corrupt
LOADER> saveenv
LOADER> bye