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.

Controller-Upgrade in einer MetroCluster FC-Konfiguration mit vier Nodes durch Umschaltung und Switchback mit Befehlen zum Austausch eines System-Controllers (ONTAP 9.10.1 und höher)

Beitragende
PDFs

Mithilfe dieses geführten automatisierten MetroCluster-Switchover-Vorgangs lässt sich ein unterbrechungsfreies Controller-Upgrade auf einer MetroCluster FC-Konfiguration mit vier Nodes durchführen. Andere Komponenten (wie Storage Shelves oder Switches) können nicht im Rahmen dieses Verfahrens aktualisiert werden.

Unterstützte Plattformkombinationen

Siehe "Wahl einer Upgrade- oder Aktualisierungsmethode" Für zusätzliche Verfahren.

Über diese Aufgabe

  • Sie können diese Vorgehensweise nur für Controller-Upgrades verwenden.

    Andere Komponenten in der Konfiguration, wie z. B. Storage Shelfs oder Switches, können nicht gleichzeitig aktualisiert werden.

  • Dieses Verfahren gilt für Controller-Module in einer MetroCluster FC-Konfiguration mit vier Nodes.

  • Die Plattformen müssen ONTAP 9.10.1 oder höher ausführen.

    "NetApp Hardware Universe"

  • Mit diesem Verfahren können Controller in einer MetroCluster FC-Konfiguration mit vier Nodes mithilfe von NSO basierter, automatisierter Umschaltung und zurückwechseln. Wenn Sie ein Controller-Upgrade mithilfe von Aggregate Relocation (ARL) durchführen möchten, lesen Sie "Verwenden Sie „System Controller Replace“-Befehle, um das Upgrade der Controller Hardware mit ONTAP 9.8 oder höher durchzuführen". Es wird empfohlen, das NSO-basierte automatische Verfahren zu verwenden.

  • Wenn sich die MetroCluster Standorte physisch an zwei verschiedenen Standorten befinden, sollten Sie das automatische NSO Controller-Upgrade-Verfahren einsetzen, um die Controller an beiden Standorten nacheinander zu aktualisieren.

  • Durch dieses automatische NSO-basierte Controller-Upgrade-Verfahren können Sie den Controller-Ersatz an einen MetroCluster Disaster Recovery (DR)-Standort initiieren. Sie können jeweils nur einen Controller-Austausch an einem Standort initiieren.

  • Um an Standort A einen Controller-Austausch zu initiieren, müssen Sie den Startbefehl für den Controller-Austausch von Standort B ausführen Der Vorgang leitet Sie weiter, Controller beider Nodes nur an Standort A zu ersetzen. Um die Controller an Standort B zu ersetzen, müssen Sie den Startbefehl für den Controller-Ersatz von Standort A ausführen Es wird eine Meldung angezeigt, in der der Standort identifiziert wird, an dem die Controller ersetzt werden.

Folgende Beispielnamen werden in diesem Verfahren verwendet:

  • Standort_A

    • Vor dem Upgrade:

      • Node_A_1-alt

      • Node_A_2-alt

    • Nach dem Upgrade:

      • Node_A_1-neu

      • Node_A_2-neu

  • Standort_B

    • Vor dem Upgrade:

      • Node_B_1-alt

      • Node_B_2-alt

    • Nach dem Upgrade:

      • Node_B_1-neu

      • Node_B_2-neu

Vorbereitung auf das Upgrade

Zur Vorbereitung auf das Controller Upgrade müssen Sie die System-Vorabprüfungen durchführen und die Konfigurationsinformationen erfassen.

Während des Upgrades können Sie die ausführen system controller replace show Oder system controller replace show-details Befehl von Standort A, um den Status zu überprüfen. Wenn die Befehle eine leere Ausgabe zurückgeben, warten Sie einige Minuten, und führen Sie den Befehl erneut aus.

Schritte

  1. Starten Sie das Verfahren zum automatischen Austausch der Controller von Standort A, um die Controller an Standort B zu ersetzen:

    system controller replace start

    Der automatisierte Vorgang führt die Vorabprüfungen durch. Wenn keine Probleme gefunden werden, wird der Vorgang angehalten, sodass Sie die konfigurationsbezogenen Informationen manuell erfassen können.

    Hinweis Das aktuelle Quellsystem und alle kompatiblen Zielsysteme werden angezeigt. Wenn Sie den Quell-Controller durch einen Controller mit einer anderen ONTAP-Version oder einer nicht kompatiblen Plattform ersetzt haben, wird der Automatisierungsvorgang angehalten und ein Fehler meldet, nachdem die neuen Nodes gestartet wurden. Um den Cluster wieder in einen ordnungsgemäßen Zustand zu versetzen, müssen Sie die manuelle Recovery-Prozedur befolgen.

    Der system controller replace start Der Befehl meldet möglicherweise den folgenden Vorprüffehler:

    Cluster-A::*>system controller replace show
Node        Status         Error-Action
----------- -------------- ------------------------------------
Node-A-1    Failed         MetroCluster check failed. Reason : MCC check showed errors in component aggregates

    Überprüfen Sie, ob dieser Fehler aufgetreten ist, weil Sie nicht gespiegelte Aggregate oder ein anderes Problem an Aggregaten haben. Vergewissern Sie sich, dass sich alle gespiegelten Aggregate in einem ordnungsgemäßen Zustand befinden und dass sie nicht beeinträchtigt bzw. gespiegelt werden. Wenn dieser Fehler nur auf nicht gespiegelte Aggregate zurückzuführen ist, können Sie diesen Fehler durch Auswahl des überschreiben -skip-metrocluster-check true Option auf der system controller replace start Befehl. Wenn auf Remote-Storage zugegriffen werden kann, sind die nicht gespiegelten Aggregate nach einer Umschaltung online. Falls die Remote-Storage-Verbindung ausfällt, können die nicht gespiegelten Aggregate nicht online geschaltet werden.

  2. Erfassen Sie manuell die Konfigurationsinformationen, indem Sie sich bei Standort B anmelden und den Befehlen folgen, die in der Konsolenmeldung unter der aufgeführt sind system controller replace show Oder system controller replace show-details Befehl.

Sammeln von Informationen vor dem Upgrade

Vor dem Upgrade, wenn das Root-Volume verschlüsselt ist, müssen Sie den Sicherungsschlüssel und andere Informationen sammeln, um die neuen Controller mit den alten verschlüsselten Root-Volumes zu booten.

Über diese Aufgabe

Diese Aufgabe wird für die vorhandene MetroCluster FC-Konfiguration ausgeführt.

Schritte

  1. Beschriften Sie die Kabel für die vorhandenen Controller, damit Sie bei der Einrichtung der neuen Controller problemlos die Kabel identifizieren können.

  2. Zeigen Sie die Befehle an, um den Backup-Schlüssel und weitere Informationen zu erfassen:

    system controller replace show

    Führen Sie die unter aufgeführten Befehle aus show Befehl aus dem Partner-Cluster.

  3. Ermitteln Sie die System-IDs der Nodes in der MetroCluster-Konfiguration:

    metrocluster node show -fields node-systemid,dr-partner-systemid

    Während der Aktualisierung ersetzen Sie diese alten System-IDs durch die System-IDs der neuen Controller-Module.

    In diesem Beispiel für eine MetroCluster FC-Konfiguration mit vier Nodes werden die folgenden alten System-IDs abgerufen:

    • Node_A_1-alt: 4068741258

    • Node_A_2-alt: 4068741260

    • Node_B_1-alt: 4068741254

    • Node_B_2-alt: 4068741256

    metrocluster-siteA::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid
dr-group-id        cluster           node            node-systemid     ha-partner-systemid     dr-partner-systemid    dr-auxiliary-systemid
-----------        ---------------   ----------      -------------     -------------------     -------------------    ---------------------
1                    Cluster_A       Node_A_1-old    4068741258        4068741260              4068741256             4068741256
1                    Cluster_A       Node_A_2-old    4068741260        4068741258              4068741254             4068741254
1                    Cluster_B       Node_B_1-old    4068741254        4068741256              4068741258             4068741260
1                    Cluster_B       Node_B_2-old    4068741256        4068741254              4068741260             4068741258
4 entries were displayed.

    In diesem Beispiel für eine MetroCluster FC-Konfiguration mit zwei Nodes werden die folgenden alten System-IDs abgerufen:

    • Node_A_1: 4068741258

    • Knoten_B_1: 4068741254

    metrocluster node show -fields node-systemid,dr-partner-systemid

dr-group-id cluster    node          node-systemid dr-partner-systemid
----------- ---------- --------      ------------- ------------
1           Cluster_A  Node_A_1-old  4068741258    4068741254
1           Cluster_B  node_B_1-old  -             -
2 entries were displayed.

  4. Sammeln von Port- und LIF-Informationen zu jedem alten Node

    Sie sollten die Ausgabe der folgenden Befehle für jeden Node erfassen:

    • network interface show -role cluster,node-mgmt

    • network port show -node node-name -type physical

    • network port vlan show -node node-name

    • network port ifgrp show -node node_name -instance

    • network port broadcast-domain show

    • network port reachability show -detail

    • network ipspace show

    • volume show

    • storage aggregate show

    • system node run -node node-name sysconfig -a

  5. Wenn sich die MetroCluster-Nodes in einer SAN-Konfiguration befinden, sammeln Sie die relevanten Informationen.

    Sie sollten die Ausgabe der folgenden Befehle erfassen:

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  6. Wenn das Root-Volume verschlüsselt ist, erfassen und speichern Sie die für das Schlüsselmanagement verwendete Passphrase:

    security key-manager backup show

  7. Wenn die MetroCluster Nodes Verschlüsselung für Volumes oder Aggregate nutzen, kopieren Sie Informationen zu Schlüsseln und Passphrases.

    Weitere Informationen finden Sie unter "Manuelles Backup der integrierten Verschlüsselungsmanagementinformationen".

    1. Wenn Onboard Key Manager konfiguriert ist:

      security key-manager onboard show-backup

      Sie benötigen die Passphrase später im Upgrade-Verfahren.

    2. Wenn das Enterprise-Verschlüsselungsmanagement (KMIP) konfiguriert ist, geben Sie die folgenden Befehle ein:

      security key-manager external show -instance

    security key-manager key query

  8. Setzen Sie den Vorgang fort, nachdem Sie die Konfigurationsinformationen erfasst haben:

    system controller replace resume

Entfernen der vorhandenen Konfiguration über den Tiebreaker oder eine andere Monitoring-Software

Wenn die vorhandene Konfiguration mit der MetroCluster Tiebreaker Konfiguration oder anderen Applikationen von Drittanbietern (z. B. ClusterLion) überwacht wird, die eine Umschaltung initiieren können, müssen Sie die MetroCluster Konfiguration über den Tiebreaker oder eine andere Software entfernen, bevor der alte Controller ersetzt wird.

Schritte

  1. "Entfernen der vorhandenen MetroCluster-Konfiguration" Über die Tiebreaker Software.

  2. Entfernen Sie die vorhandene MetroCluster Konfiguration von jeder Anwendung eines Drittanbieters, die eine Umschaltung initiieren kann.

    Informationen zur Anwendung finden Sie in der Dokumentation.

Ersetzen der alten Controller und Booten der neuen Controller

Nachdem Sie Informationen gesammelt und den Vorgang fortgesetzt haben, wird die Automatisierung mit dem Switchover fortgesetzt.

Über diese Aufgabe

Der Automatisierungsvorgang initiiert die Umschaltung, heal-aggregates, und heal root-aggregates Betrieb: Nach Abschluss dieser Vorgänge wird der Vorgang bei pausiert für Benutzereingriff angehalten, sodass Sie die Controller racken und installieren können, die Partner-Controller hochfahren und die Root-Aggregat-Festplatten dem neuen Controller-Modul aus dem Flash-Backup mit dem neu zuweisen können sysids Früher gesammelt.

Bevor Sie beginnen

Vor dem Starten der Umschaltung hält der Automatisierungsvorgang pausiert, sodass Sie manuell überprüfen können, ob alle LIFs „up“ an Standort B. sind Ggf. Beliebige LIFs mit „deigenen“ bis „up“ bereitstellen und den Automatisierungsvorgang mit dem fortsetzen system controller replace resume Befehl.

Vorbereiten der Netzwerkkonfiguration der alten Controller

Um sicherzustellen, dass das Netzwerk auf den neuen Controllern ordnungsgemäß fortgesetzt wird, müssen Sie LIFs auf einen gemeinsamen Port verschieben und dann die Netzwerkkonfiguration der alten Controller entfernen.

Über diese Aufgabe

  • Diese Aufgabe muss an jedem der alten Knoten ausgeführt werden.

  • Sie verwenden die in erfassten Informationen Vorbereitung auf das Upgrade.

Schritte

  1. Booten Sie die alten Nodes, und melden Sie sich dann bei den Nodes an:

    boot_ontap

  2. Weisen Sie den Home-Port aller Daten-LIFs des alten Controllers einem gemeinsamen Port zu, der auf den alten und den neuen Controller-Modulen identisch ist.

    1. Anzeigen der LIFs:

      network interface show

      Alle Daten-LIFS einschließlich SAN und NAS sind admin „up“ und betrieblich „down“, da sie sich am Switchover-Standort (Cluster_A) befinden.

    2. Überprüfen Sie die Ausgabe, um einen gemeinsamen physischen Netzwerk-Port zu finden, der auf den alten und den neuen Controllern identisch ist, die nicht als Cluster-Port verwendet werden.

      „e0d“ ist zum Beispiel ein physischer Port an alten Controllern und ist auch auf neuen Controllern vorhanden. „e0d“ wird nicht als Cluster-Port oder anderweitig auf den neuen Controllern verwendet.

      Informationen zur Portnutzung von Plattformmodellen finden Sie im "NetApp Hardware Universe"

    3. Ändern Sie alle Daten-LIFS, um den gemeinsamen Port als Home-Port zu verwenden:

      network interface modify -vserver svm-name -lif data-lif -home-port port-id

      Im folgenden Beispiel lautet „e0d“.

      Beispiel:

    network interface modify -vserver vs0 -lif datalif1 -home-port e0d

  3. Ändern Sie Broadcast-Domänen, um VLAN und physische Ports zu entfernen, die gelöscht werden müssen:

    broadcast-domain remove-ports -broadcast-domain broadcast-domain-name -ports node-name:port-id

    Wiederholen Sie diesen Schritt für alle VLAN- und physischen Ports.

  4. Entfernen Sie alle VLAN-Ports mithilfe von Cluster-Ports als Mitgliedsports und Schnittstellengruppen, die Cluster-Ports als Mitgliedsports verwenden.

    1. VLAN-Ports löschen:

      network port vlan delete -node node-name -vlan-name portid-vlandid

      Beispiel:

      network port vlan delete -node node1 -vlan-name e1c-80

    2. Entfernen Sie physische Ports aus den Schnittstellengruppen:

      network port ifgrp remove-port -node node-name -ifgrp interface-group-name -port portid

      Beispiel:

    network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d

    1. Entfernen Sie VLAN- und Interface Group-Ports aus der Broadcast-Domäne:

      network port broadcast-domain remove-ports -ipspace ipspace -broadcast-domain broadcast-domain-name -ports nodename:portname,nodename:portname,..

    2. Ändern Sie die Schnittstellengruppen-Ports, um bei Bedarf andere physische Ports als Mitglied zu verwenden:

      ifgrp add-port -node node-name -ifgrp interface-group-name -port port-id

  5. Anhalten der Knoten:

    halt -inhibit-takeover true -node node-name

    Dieser Schritt muss auf beiden Knoten durchgeführt werden.

Einrichten der neuen Controller

Sie müssen die neuen Controller im Rack unterbringen und verkabeln.

Schritte

  1. Planen Sie die Positionierung der neuen Controller-Module und Storage Shelves je nach Bedarf.

    Der Rack-Platz hängt vom Plattformmodell der Controller-Module, den Switch-Typen und der Anzahl der Storage-Shelfs in Ihrer Konfiguration ab.

  2. Richtig gemahlen.

  3. Installieren Sie die Controller-Module im Rack oder Schrank.

    "Dokumentation zu ONTAP Hardwaresystemen"

  4. Wenn die neuen Controller-Module nicht eigene FC-VI-Karten enthalten und FC-VI-Karten von alten Controllern mit neuen Controllern kompatibel sind, tauschen Sie FC-VI-Karten aus und installieren Sie diese in den richtigen Steckplätzen.

    Siehe "NetApp Hardware Universe" Für Slot-Informationen für FC-VI-Karten.

  5. Verkabeln Sie die Strom-, seriellen Konsolen- und Managementverbindungen der Controller, wie in den MetroCluster Installations- und Konfigurationsleitfäden beschrieben.

    Schließen Sie derzeit keine anderen Kabel an, die von den alten Controllern getrennt wurden.

    "Dokumentation zu ONTAP Hardwaresystemen"

  6. Schalten Sie die neuen Nodes ein, und drücken Sie bei der Eingabeaufforderung Strg-C, um die LOADER-Eingabeaufforderung anzuzeigen.

Netbootting der neuen Controller

Nachdem Sie die neuen Nodes installiert haben, müssen Sie als Netzboot fahren, damit die neuen Nodes dieselbe Version von ONTAP wie die ursprünglichen Nodes ausführen. Der Begriff Netzboot bedeutet, dass Sie über ein ONTAP Image, das auf einem Remote Server gespeichert ist, booten. Wenn Sie das Netzboot vorbereiten, müssen Sie eine Kopie des ONTAP 9 Boot Images auf einem Webserver ablegen, auf den das System zugreifen kann.

Diese Aufgabe wird an jedem der neuen Controller-Module durchgeführt.

Schritte

  1. Auf das zugreifen "NetApp Support Website" Zum Herunterladen der Dateien zum Ausführen des Netzboots des Systems.

  2. Laden Sie die entsprechende ONTAP Software aus dem Abschnitt zum Software-Download der NetApp Support-Website herunter und speichern Sie die Datei ontap-Version_image.tgz in einem über Web zugänglichen Verzeichnis.

  3. Rufen Sie das Verzeichnis mit Webzugriff auf, und stellen Sie sicher, dass die benötigten Dateien verfügbar sind.

    Wenn das Plattformmodell…​

    Dann…​

    Systeme der FAS/AFF8000 Serie

    Extrahieren Sie den Inhalt der ontap-Version_image.tgzfile in das Zielverzeichnis: Tar -zxvf ontap-Version_image.tgz HINWEIS: Wenn Sie den Inhalt auf Windows extrahieren, verwenden Sie 7-Zip oder WinRAR, um das Netzboot Image zu extrahieren. Ihre Verzeichnisliste sollte einen Netzboot-Ordner mit einer Kernel-Datei:Netzboot/Kernel enthalten

    Alle anderen Systeme

    Ihre Verzeichnisliste sollte einen Netzboot-Ordner mit einer Kernel-Datei enthalten: ontap-Version_image.tgz Sie müssen nicht die ontap-Version_image.tgz-Datei extrahieren.

  4. Konfigurieren Sie an der Eingabeaufforderung DES LOADERS die Netzboot-Verbindung für eine Management-LIF:

    • Wenn die IP-Adresse DHCP ist, konfigurieren Sie die automatische Verbindung:

      ifconfig e0M -auto

    • Wenn die IP-Adresse statisch ist, konfigurieren Sie die manuelle Verbindung:

      ifconfig e0M -addr=ip_addr -mask=netmask -gw=gateway

  5. Führen Sie den Netzboot aus.

    • Wenn es sich bei der Plattform um ein System der 80xx-Serie handelt, verwenden Sie den folgenden Befehl:

      netboot http://web_server_ip/path_to_web-accessible_directory/netboot/kernel

    • Wenn es sich bei der Plattform um ein anderes System handelt, verwenden Sie den folgenden Befehl:

      netboot http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

  6. Wählen Sie im Startmenü die Option (7) Neue Software zuerst installieren aus, um das neue Software-Image auf das Boot-Gerät herunterzuladen und zu installieren.

     Disregard the following message: "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". It applies to nondisruptive upgrades of software, not to upgrades of controllers.
. Wenn Sie aufgefordert werden, den Vorgang fortzusetzen, geben Sie ein `y`, Und wenn Sie zur Eingabe des Pakets aufgefordert werden, geben Sie die URL der Bilddatei ein: `\http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`
    Enter username/password if applicable, or press Enter to continue.

  7. Seien Sie dabei n So überspringen Sie die Backup-Recovery, wenn eine Eingabeaufforderung wie die folgende angezeigt wird:

    Do you want to restore the backup configuration now? {y|n}

  8. Starten Sie den Neustart durch Eingabe y Wenn eine Eingabeaufforderung wie die folgende angezeigt wird:

    The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

Löschen der Konfiguration auf einem Controller-Modul

Bevor Sie in der MetroCluster-Konfiguration ein neues Controller-Modul verwenden, müssen Sie die vorhandene Konfiguration löschen.

Schritte

  1. Halten Sie gegebenenfalls den Node an, um die LOADER-Eingabeaufforderung anzuzeigen:

    halt

  2. Legen Sie an der Loader-Eingabeaufforderung die Umgebungsvariablen auf Standardwerte fest:

    set-defaults

  3. Umgebung speichern:

    saveenv

  4. Starten Sie an der LOADER-Eingabeaufforderung das Boot-Menü:

    boot_ontap menu

  5. Löschen Sie an der Eingabeaufforderung des Startmenüs die Konfiguration:

    wipeconfig

    Antworten yes An die Bestätigungsaufforderung.

    Der Node wird neu gebootet, und das Startmenü wird erneut angezeigt.

  6. Wählen Sie im Startmenü die Option 5, um das System im Wartungsmodus zu booten.

    Antworten yes An die Bestätigungsaufforderung.

Wiederherstellen der HBA-Konfiguration

Je nach Vorhandensein und Konfiguration der HBA-Karten im Controller-Modul müssen Sie diese für die Verwendung Ihres Standorts richtig konfigurieren.

Schritte

  1. Konfigurieren Sie im Wartungsmodus die Einstellungen für alle HBAs im System:

    1. Überprüfen Sie die aktuellen Einstellungen der Ports: ucadmin show

    2. Aktualisieren Sie die Porteinstellungen nach Bedarf.

    Wenn Sie über diese Art von HBA und den gewünschten Modus verfügen…​

    Befehl

    CNA FC

    ucadmin modify -m fc -t initiator adapter-name

    CNA-Ethernet

    ucadmin modify -mode cna adapter-name

    FC-Ziel

    fcadmin config -t target adapter-name

    FC-Initiator

    fcadmin config -t initiator adapter-name

  2. Beenden des Wartungsmodus:

    halt

    Warten Sie, bis der Node an der LOADER-Eingabeaufforderung angehalten wird, nachdem Sie den Befehl ausgeführt haben.

  3. Starten Sie den Node wieder in den Wartungsmodus, damit die Konfigurationsänderungen wirksam werden:

    boot_ontap maint

  4. Überprüfen Sie die vorgenommenen Änderungen:

    Wenn Sie über diese Art von HBA verfügen…​

    Befehl

    CNA

    ucadmin show

    FC

    fcadmin show

Neuzuweisen von Root-Aggregatfestplatten

Weisen Sie die Root-Aggregat-Festplatten dem neuen Controller-Modul mithilfe des neu zu sysids Früher gesammelt

Über diese Aufgabe

Diese Aufgabe wird im Wartungsmodus ausgeführt.

Die alten System-IDs wurden in identifiziert "Sammeln von Informationen vor dem Upgrade".

Die Beispiele in diesem Verfahren verwenden Controller mit den folgenden System-IDs:

Knoten

Alte System-ID

Neue System-ID

Knoten_B_1

4068741254

1574774970
Schritte

  1. Alle anderen Verbindungen mit den neuen Controller-Modulen (FC-VI, Storage, Cluster Interconnect usw.) verkabeln.

  2. Beenden Sie das System und das Booten in den Wartungsmodus von der LOADER-Eingabeaufforderung:

    boot_ontap maint

  3. Zeigen Sie die Datenträger von Node_B_1-old an:

    disk show -a

    Die Befehlsausgabe zeigt die System-ID des neuen Controller-Moduls (1574774970). Allerdings sind die Root-Aggregat-Festplatten immer noch im Besitz der alten System-ID (4068741254). In diesem Beispiel werden keine Laufwerke angezeigt, die sich im Besitz anderer Nodes in der MetroCluster-Konfiguration befinden.

    *> disk show -a
Local System ID: 1574774970

  DISK         OWNER                     POOL   SERIAL NUMBER    HOME                      DR HOME
------------   -------------             -----  -------------    -------------             -------------
...
rr18:9.126L44 node_B_1-old(4068741254)   Pool1  PZHYN0MD         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:9.126L49 node_B_1-old(4068741254)   Pool1  PPG3J5HA         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L21 node_B_1-old(4068741254)   Pool1  PZHTDSZD         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L2  node_B_1-old(4068741254)   Pool0  S0M1J2CF         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:8.126L3  node_B_1-old(4068741254)   Pool0  S0M0CQM5         node_B_1-old(4068741254)  node_B_1-old(4068741254)
rr18:9.126L27 node_B_1-old(4068741254)   Pool0  S0M1PSDW         node_B_1-old(4068741254)  node_B_1-old(4068741254)
...

  4. Weisen Sie die Root-Aggregat-Festplatten auf den Laufwerk-Shelfs dem neuen Controller zu:

    disk reassign -s old-sysid -d new-sysid

    Das folgende Beispiel zeigt die Neuzuweisung von Laufwerken:

    *> disk reassign -s 4068741254 -d 1574774970
Partner node must not be in Takeover mode during disk reassignment from maintenance mode.
Serious problems could result!!
Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n

After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful.
Do you want to continue (y/n)? Jul 14 19:23:49 [localhost:config.bridge.extra.port:error]: Both FC ports of FC-to-SAS bridge rtp-fc02-41-rr18:9.126L0 S/N [FB7500N107692] are attached to this controller.
y
Disk ownership will be updated on all disks previously belonging to Filer with sysid 4068741254.
Do you want to continue (y/n)? y

  5. Überprüfen Sie, ob alle Festplatten wie erwartet neu zugewiesen wurden:

    disk show

    *> disk show
Local System ID: 1574774970

  DISK        OWNER                      POOL   SERIAL NUMBER   HOME                      DR HOME
------------  -------------              -----  -------------   -------------             -------------
rr18:8.126L18 node_B_1-new(1574774970)   Pool1  PZHYN0MD        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:9.126L49 node_B_1-new(1574774970)   Pool1  PPG3J5HA        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L21 node_B_1-new(1574774970)   Pool1  PZHTDSZD        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L2  node_B_1-new(1574774970)   Pool0  S0M1J2CF        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:9.126L29 node_B_1-new(1574774970)   Pool0  S0M0CQM5        node_B_1-new(1574774970)  node_B_1-new(1574774970)
rr18:8.126L1  node_B_1-new(1574774970)   Pool0  S0M1PSDW        node_B_1-new(1574774970)  node_B_1-new(1574774970)
*>

  6. Zeigt den Aggregatstatus an:

    aggr status

    *> aggr status
           Aggr            State       Status           Options
aggr0_node_b_1-root        online      raid_dp, aggr    root, nosnap=on,
                           mirrored                     mirror_resync_priority=high(fixed)
                           fast zeroed
                           64-bit

  7. Wiederholen Sie die oben genannten Schritte auf dem Partner-Node (Node_B_2-New).

Booten der neuen Controller

Sie müssen die Controller aus dem Boot-Menü neu booten, um das Controller-Flash-Image zu aktualisieren. Bei Konfiguration der Verschlüsselung sind weitere Schritte erforderlich.

Sie können VLANs und Schnittstellengruppen neu konfigurieren. Falls erforderlich, ändern Sie die Ports für die Cluster-LIFs und Broadcast-Domänen manuell, bevor Sie den Vorgang mit der fortsetzen system controller replace resume Befehl.

Über diese Aufgabe

Diese Aufgabe muss für alle neuen Controller ausgeführt werden.

Schritte

  1. Stoppen Sie den Knoten:

    halt

  2. Wenn der externe Schlüsselmanager konfiguriert ist, legen Sie die zugehörigen Bootargs fest:

    setenv bootarg.kmip.init.ipaddr ip-address

    setenv bootarg.kmip.init.netmask netmask

    setenv bootarg.kmip.init.gateway gateway-address

    setenv bootarg.kmip.init.interface interface-id

  3. Anzeigen des Startmenüs:

    boot_ontap menu

  4. Wenn die Stammverschlüsselung verwendet wird, wählen Sie die Startmenü-Option für Ihre Konfiguration für die Schlüsselverwaltung aus.

    Sie verwenden…​

    Diese Startmenüoption auswählen…​

    Integriertes Verschlüsselungsmanagement

    Option „10“

    Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.

    Externes Verschlüsselungskeymanagement

    Option „11“

    Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.

  5. Wenn Autoboot aktiviert ist, unterbrechen Sie die Autoboot-Taste, indem Sie Strg+C drücken

  6. Führen Sie im Startmenü die Option „6“ aus.

    Hinweis Mit der Option „6“ wird der Node vor Abschluss zweimal neu gestartet.

    Beantworten Sie „y“ auf die Eingabeaufforderungen zur Änderung der System-id. Warten Sie auf die zweite Neustartmeldung:

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

  7. Überprüfen Sie doppelt, ob die Partner-Sysid korrekt ist:

    printenv partner-sysid

    Falls Partner-sysid nicht richtig ist, stellen Sie es fest:

    setenv partner-sysid partner-sysID

  8. Wenn die Stammverschlüsselung verwendet wird, wählen Sie die Startmenü-Option erneut für Ihre Schlüsselverwaltungskonfiguration aus.

    Sie verwenden…​

    Diese Startmenüoption auswählen…​

    Integriertes Verschlüsselungsmanagement

    Option „10“

    Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.

    Externes Verschlüsselungskeymanagement

    Option „11“

    Befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung und Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen.

    Führen Sie je nach Einstellung des Schlüsselmanagers den Wiederherstellungsvorgang durch, indem Sie die Option „10“ oder die Option „11“ wählen, gefolgt von der ersten Eingabeaufforderung im Startmenü die Option „6“. Um die Knoten vollständig zu booten, müssen Sie möglicherweise den Wiederherstellungsvorgang mit Option „1“ (normaler Start) wiederholen.

  9. Starten der Knoten:

    boot_ontap

  10. Warten Sie, bis die ersetzten Nodes gestartet werden.

    Wenn sich einer der beiden Nodes im Übernahmemodus befindet, geben Sie sie mithilfe der wieder storage failover giveback Befehl.

  11. Vergewissern Sie sich, dass sich alle Ports in einer Broadcast-Domäne befinden:

    1. Broadcast-Domänen anzeigen:

      network port broadcast-domain show

    2. Fügen Sie bei Bedarf beliebige Ports zu einer Broadcast-Domäne hinzu.

      "Hinzufügen oder Entfernen von Ports aus einer Broadcast-Domäne"

    3. Fügen Sie den physischen Port hinzu, der die Intercluster LIFs der entsprechenden Broadcast-Domäne hostet.

    4. Ändern Sie Intercluster LIFs, um den neuen physischen Port als Home-Port zu verwenden.

    5. Nachdem die Intercluster LIFs aktiviert sind, prüfen Sie den Cluster Peer-Status und stellen Sie bei Bedarf Cluster-Peering wieder her.

      Möglicherweise müssen Sie Cluster-Peering neu konfigurieren.

      "Erstellen einer Cluster-Peer-Beziehung"

    6. VLANs und Schnittstellengruppen nach Bedarf neu erstellen.

      VLAN und Interface Group Mitgliedschaft können sich von der des alten Node unterscheiden.

      "Erstellen eines VLANs"

    "Verbinden von physischen Ports zum Erstellen von Schnittstellengruppen"

    1. Überprüfen Sie, ob das Partner-Cluster erreichbar ist und ob die Konfiguration auf dem Partner-Cluster erfolgreich resynchronisiert ist:

      metrocluster switchback -simulate true

  12. Stellen Sie bei Verwendung der Verschlüsselung die Schlüssel mithilfe des korrekten Befehls für Ihre Verschlüsselungsmanagementkonfiguration wieder her.

    Sie verwenden…​

    Befehl

    Integriertes Verschlüsselungsmanagement

    security key-manager onboard sync

    Weitere Informationen finden Sie unter "Wiederherstellung der integrierten Schlüssel für das Verschlüsselungsmanagement".

    Externes Verschlüsselungskeymanagement

    `security key-manager external restore -vserver SVM -node node -key-server _host_name

  13. Bevor Sie den Vorgang fortsetzen, überprüfen Sie, ob die MetroCluster ordnungsgemäß konfiguriert ist. Prüfen Sie den Knoten-Status:

    metrocluster node show

    Überprüfen Sie, ob sich die neuen Knoten (site_B) in warten auf den Status wechseln von site_A befinden

  14. Vorgang fortsetzen:

    system controller replace resume

Abschluss des Upgrades

Der Automatisierungsvorgang führt Überprüfungen des Verifikationssystems durch und hält anschließend Pausen ein, um die Erreichbarkeit des Netzwerks zu überprüfen. Nach der Überprüfung wird die Rückgewinnungsphase für die Ressourcen eingeleitet und der Automatisierungsvorgang führt den Wechsel zurück an Standort A durch und hält die Prüfungen nach dem Upgrade an. Nachdem Sie den Automatisierungsvorgang fortgesetzt haben, führt er die Prüfungen nach dem Upgrade durch und markiert, wenn keine Fehler erkannt werden, das Upgrade als abgeschlossen.

Schritte

  1. Überprüfen Sie die Netzwerkzuwachbarkeit, indem Sie die Konsolenmeldung ausführen.

  2. Setzen Sie nach Abschluss der Verifizierung den Vorgang fort:

    system controller replace resume

  3. Der Automatisierungsvorgang kehrt an Standort A zurück und führt die Nachprüfung durch. Wenn der Vorgang angehalten wird, überprüfen Sie den SAN-LIF-Status manuell und überprüfen Sie die Netzwerkkonfiguration anhand der Konsolenmeldung.

  4. Setzen Sie nach Abschluss der Verifizierung den Vorgang fort:

    system controller replace resume

  5. Prüfen Sie den Status der Prüfungen nach der Aktualisierung:

    system controller replace show

    Wenn bei den Prüfungen nach der Aktualisierung keine Fehler gemeldet wurden, ist das Upgrade abgeschlossen.

  6. Melden Sie sich nach Abschluss des Controller-Upgrades bei Standort B an und überprüfen Sie, ob die ersetzten Controller ordnungsgemäß konfiguriert sind.

Wiederherstellen des Tiebreaker Monitoring

Wenn die MetroCluster Konfiguration zuvor für das Monitoring über die Tiebreaker Software konfiguriert war, können Sie die Tiebreaker Verbindung wiederherstellen.

  1. Verwenden Sie die Schritte in "Hinzufügen von MetroCluster Konfigurationen".