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 durch Switchover und Switchback

Beitragende
PDFs

Mit dem MetroCluster Switchover profitieren Kunden von unterbrechungsfreiem Service, während die Controller-Module im Partner-Cluster aktualisiert werden. Andere Komponenten (wie Storage Shelves oder Switches) können nicht im Rahmen dieses Verfahrens aktualisiert werden.

Unterstützte Plattformkombinationen

Bei bestimmten Plattformen können Sie in einer MetroCluster FC-Konfiguration über den Switchover- und Switchback-Betrieb aufrüsten.

Informationen zu den unterstützten Kombinationen aus Plattform-Upgrades finden Sie in der MetroCluster FC-Upgrade-Tabelle in "Wählen Sie ein Controller-Upgrade-Verfahren".

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.

  • Sie können dieses Verfahren mit bestimmten ONTAP-Versionen verwenden:

    • ONTAP 9.3 und höher unterstützen Konfigurationen mit zwei Nodes.

    • In ONTAP 9.8 und höher werden Konfigurationen mit vier oder acht Nodes unterstützt.

      Verwenden Sie diese Vorgehensweise nicht bei Konfigurationen mit vier oder acht Nodes und ONTAP Versionen vor 9.8.

  • Ihre ursprünglichen und neuen Plattformen müssen kompatibel sein und unterstützt werden.

    "NetApp Hardware Universe"

    Hinweis Wenn die ursprünglichen oder neuen Plattformen FAS8020 oder AFF8020 Systeme mit den Ports 1c und 1d im FC-VI-Modus sind, lesen Sie den Knowledge Base-Artikel "Controller-Upgrade bei FCVI-Verbindungen auf vorhandenen FAS8020 oder AFF8020 Nodes verwenden die Ports 1c und 1d."

  • Die Lizenzen an beiden Standorten müssen übereinstimmen. Sie können neue Lizenzen von beziehen "NetApp Support".

  • Dieses Verfahren gilt für Controller-Module in einer MetroCluster FC-Konfiguration (eine Fabric-Attached MetroCluster Konfiguration mit zwei Nodes oder eine Fabric-Attached MetroCluster Konfiguration mit zwei, vier oder acht Nodes).

  • Alle Controller in derselben DR-Gruppe sollten während des gleichen Wartungszeitraums aktualisiert werden.

    Das Bebetreiben der MetroCluster-Konfiguration mit unterschiedlichen Controller-Typen in derselben DR-Gruppe wird außerhalb dieser Wartungsaktivitäten nicht unterstützt. Bei MetroCluster Konfigurationen mit acht Nodes müssen die Controller in einer DR-Gruppe identisch sein. Jedoch können beide DR-Gruppen unterschiedliche Controller-Typen verwenden.

  • Für eine vorab-Zuordnung von Storage-, FC- und Ethernet-Verbindungen zwischen Original-Nodes und neuen Nodes wird empfohlen.

  • Wenn die neue Plattform weniger Steckplätze als das ursprüngliche System besitzt oder weniger oder unterschiedliche Ports vorhanden sind, müssen Sie dem neuen System möglicherweise einen Adapter hinzufügen.

    Weitere Informationen finden Sie im "NetApp Hardware Universe"

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

Bevor Sie Änderungen an der bestehenden MetroCluster Konfiguration vornehmen, müssen Sie den Zustand der Konfiguration überprüfen, die neuen Plattformen vorbereiten und andere verschiedene Aufgaben ausführen.

Überprüfen des Systemzustands der MetroCluster-Konfiguration

Vor dem Upgrade müssen Sie den Zustand und die Konnektivität der MetroCluster Konfiguration überprüfen.

Schritte

  1. Überprüfen Sie den Betrieb der MetroCluster-Konfiguration in ONTAP:

    1. Prüfen Sie, ob die Knoten multipathed sind:
      node run -node node-name sysconfig -a

      Sie sollten diesen Befehl für jeden Node in der MetroCluster-Konfiguration ausgeben.

    2. Vergewissern Sie sich, dass in der Konfiguration keine defekten Festplatten vorhanden sind:

      storage disk show -broken

      Sie sollten diesen Befehl für jeden Node in der MetroCluster-Konfiguration ausgeben.

    3. Überprüfen Sie auf Statusmeldungen:

      system health alert show

      Sie sollten diesen Befehl für jedes Cluster ausgeben.

    4. Überprüfen Sie die Lizenzen auf den Clustern:

      system license show

      Sie sollten diesen Befehl für jedes Cluster ausgeben.

    5. Überprüfen Sie die mit den Knoten verbundenen Geräte:

      network device-discovery show

      Sie sollten diesen Befehl für jedes Cluster ausgeben.

    6. Vergewissern Sie sich, dass Zeitzone und Uhrzeit auf beiden Standorten korrekt eingestellt sind:

      cluster date show

    Sie sollten diesen Befehl für jedes Cluster ausgeben. Sie können das verwenden cluster date Befehle zum Konfigurieren der Zeit- und Zeitzone.

  2. Prüfen Sie, ob auf den Switches Zustandswarnmeldungen vorliegen (falls vorhanden):

    storage switch show

    Sie sollten diesen Befehl für jedes Cluster ausgeben.

  3. Überprüfen Sie den Betriebsmodus der MetroCluster Konfiguration, und führen Sie eine MetroCluster-Prüfung durch.

    1. Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:

      metrocluster show

    2. Vergewissern Sie sich, dass alle erwarteten Knoten angezeigt werden:

      metrocluster node show

    3. Geben Sie den folgenden Befehl ein:

      metrocluster check run

    4. Ergebnisse der MetroCluster-Prüfung anzeigen:

      metrocluster check show

  4. Prüfen Sie die MetroCluster-Verkabelung mit dem Tool Config Advisor.

    1. Laden Sie Config Advisor herunter und führen Sie sie aus.

      "NetApp Downloads: Config Advisor"

    2. Überprüfen Sie nach dem Ausführen von Config Advisor die Ausgabe des Tools und befolgen Sie die Empfehlungen in der Ausgabe, um die erkannten Probleme zu beheben.

Zuordnen von Ports von den alten Nodes zu den neuen Nodes

Sie müssen die Zuordnung der LIFs zu physischen Ports auf den alten Nodes zu den physischen Ports auf den neuen Nodes planen.

Über diese Aufgabe

Wenn der neue Node zum ersten Mal während des Upgrades gebootet wird, stellt er die aktuellste Konfiguration des alten Node wieder dar, der ersetzt wird. Wenn Sie Node_A_1-New booten, versucht ONTAP, LIFs auf denselben Ports zu hosten, die in Node_A_1-old verwendet wurden. Deshalb müssen Sie im Rahmen des Upgrades die Port- und LIF-Konfiguration anpassen, sodass diese mit der der des alten Node kompatibel ist. Während des Upgrades führen Sie sowohl für die alten als auch für die neuen Nodes Schritte durch, um eine korrekte Cluster-, Management- und Daten-LIF-Konfiguration sicherzustellen.

Die folgende Tabelle zeigt Beispiele für Konfigurationsänderungen in Bezug auf die Portanforderungen der neuen Nodes.

Physische Ports für Cluster-Interconnect

Alter Controller

Neuer Controller

Erforderliche Maßnahme

e0a, e0b

e3a, e3b

Kein passender Port. Nach dem Upgrade müssen Sie Cluster-Ports neu erstellen."Vorbereiten von Cluster-Ports auf einem vorhandenen Controller-Modul"

e0c, e0d

e0a, e0b, e0c, e0d

e0c und e0d sind passende Anschlüsse. Sie müssen die Konfiguration nicht ändern, aber nach einem Upgrade können Sie die Cluster-LIFs über die verfügbaren Cluster-Ports verteilen.
Schritte

  1. Legen Sie fest, welche physischen Ports auf den neuen Controllern verfügbar sind und welche LIFs auf den Ports gehostet werden können.

    Die Port-Nutzung des Controllers hängt vom Plattformmodul ab und welche Switches Sie in der MetroCluster IP-Konfiguration verwenden werden. Sie können die Port-Nutzung der neuen Plattformen von erfassen "NetApp Hardware Universe".

    Identifizieren Sie außerdem die Auslastung des FC-VI-Kartensteckplatzes.

  2. Planen Sie Ihre Portnutzung und füllen Sie auf Wunsch die folgenden Tabellen als Referenz für jeden der neuen Nodes aus.

    Sie verweisen auf die Tabelle, während Sie das Upgrade-Verfahren durchführen.

    Node_A_1-alt

    Node_A_1-neu

    LIF

    Ports

    IPspaces

    Broadcast-Domänen

    Ports

    IPspaces

    Broadcast-Domänen

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Node-Management

    Cluster-Management

    Daten 1

    Daten 2

    Daten 3

    Daten 4

    San

    Intercluster-Port

Sammeln von Informationen vor dem Upgrade

Vor der Aktualisierung müssen Sie Informationen für jeden der alten Knoten erfassen und bei Bedarf die Netzwerk-Broadcast-Domänen anpassen, VLANs und Schnittstellengruppen entfernen und Verschlüsselungsinformationen sammeln.

Über diese Aufgabe

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

Schritte

  1. Beschriften Sie die Kabel der vorhandenen Controller, damit Sie beim Einrichten der neuen Controller Kabel problemlos identifizieren können.

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

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

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

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

    security key-manager backup show

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

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

Wenn die vorhandene Konfiguration mit der MetroCluster Tiebreaker Konfiguration oder anderen Applikationen anderer Anbieter (z. B. ClusterLion) überwacht wird, die eine Umschaltung initiieren können, müssen Sie die MetroCluster Konfiguration vor dem Umstieg aus dem Tiebreaker oder einer anderen Software entfernen.

Schritte

  1. Entfernen Sie die vorhandene MetroCluster-Konfiguration über die Tiebreaker Software.

    "Entfernen von MetroCluster-Konfigurationen"

  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.

Senden einer benutzerdefinierten AutoSupport Meldung vor der Wartung

Bevor Sie die Wartung durchführen, sollten Sie eine AutoSupport Meldung ausgeben, um den technischen Support von NetApp über die laufende Wartung zu informieren. Die Mitteilung des technischen Supports über laufende Wartungsarbeiten verhindert, dass ein Fall eröffnet wird, wenn eine Störung aufgetreten ist.

Über diese Aufgabe

Diese Aufgabe muss auf jedem MetroCluster-Standort ausgeführt werden.

Schritte

  1. Um eine automatische Erstellung von Support-Cases zu verhindern, senden Sie eine AutoSupport Meldung, damit die Wartung läuft.

    1. Geben Sie den folgenden Befehl ein:

      system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

      maintenance-window-in-hours Gibt die Länge des Wartungsfensters an, mit maximal 72 Stunden. Wenn die Wartung vor dem Vergehen der Zeit abgeschlossen ist, können Sie eine AutoSupport-Meldung mit dem Ende des Wartungszeitraums aufrufen:

    system node autosupport invoke -node * -type all -message MAINT=end

    1. Wiederholen Sie den Befehl im Partner-Cluster.

Umschalten der MetroCluster-Konfiguration

Sie müssen die Konfiguration auf Site_A umschalten, damit die Plattformen auf Site_B aktualisiert werden können.

Über diese Aufgabe

Diese Aufgabe muss auf Site_A ausgeführt werden

Nach Abschluss dieser Aufgabe ist Cluster_A aktiv und stellt Daten für beide Standorte bereit. Cluster_B ist inaktiv und bereit, den Upgrade-Prozess zu starten, wie in der folgenden Abbildung dargestellt.

Upgrade von mcc Cluster A bei Switchover
Schritte

  1. Wechseln Sie über die MetroCluster-Konfiguration zu Site_A, damit Site_B-Knoten aktualisiert werden können:

    1. Wählen Sie die Option aus, die Ihrer Konfiguration entspricht, und geben Sie den korrekten Befehl auf Cluster_A aus:

      Option 1: FC-Konfiguration mit vier oder acht Nodes und ONTAP 9.8 oder höher

      Führen Sie den Befehl aus: metrocluster switchover -controller-replacement true

      Option 2: FC-Konfiguration mit zwei Nodes und ONTAP 9.3 und höher

      Führen Sie den Befehl aus: metrocluster switchover

      Der Vorgang kann einige Minuten dauern.

    2. Überwachen Sie den Switchover-Betrieb:

      metrocluster operation show

    3. Nach Abschluss des Vorgangs bestätigen Sie, dass die Nodes sich im Switchstatus befinden:

      metrocluster show

    4. Den Status der MetroCluster-Knoten überprüfen:

      metrocluster node show

  2. Heilen Sie die Datenaggregate.

    1. Heilen der Datenaggregate:

      metrocluster heal data-aggregates

    2. Bestätigen Sie, dass der Heilvorgang abgeschlossen ist, indem Sie den ausführen metrocluster operation show Befehl auf dem gesunden Cluster:

      cluster_A::> metrocluster operation show
  Operation: heal-aggregates
      State: successful
 Start Time: 7/29/2020 20:54:41
   End Time: 7/29/2020 20:54:42
     Errors: -

  3. Heilen Sie die Root-Aggregate.

    1. Heilen der Datenaggregate:

      metrocluster heal root-aggregates

    2. Bestätigen Sie, dass der Heilvorgang abgeschlossen ist, indem Sie den ausführen metrocluster operation show Befehl auf dem gesunden Cluster:

      cluster_A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2020 20:58:41
   End Time: 7/29/2020 20:59:42
     Errors: -

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
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 befinden sich in Betrieb, 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 auf den 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 ist dies "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 ifgrps, 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 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.

Entfernen der alten Plattformen

Die alten Controller müssen aus der Konfiguration entfernt werden.

Über diese Aufgabe

Diese Aufgabe wird auf Site_B. ausgeführt

Schritte

  1. Stellen Sie eine Verbindung mit der seriellen Konsole der alten Controller (Node_B_1-old und Node_B_2-old) an Site_B her, und überprüfen Sie, dass die LOADER-Eingabeaufforderung angezeigt wird.

  2. Trennen Sie die Speicher- und Netzwerkverbindungen auf Node_B_1-old und Node_B_2-old, und kennzeichnen Sie die Kabel, damit sie wieder mit den neuen Nodes verbunden werden können.

  3. Trennen Sie die Stromkabel von Node_B_1-old und Node_B_2-old.

  4. Entfernen Sie die Controller Node_B_1-old und Node_B_2-old aus dem Rack.

Konfigurieren der neuen Controller

Sie müssen die Controller im Rack unterbringen und installieren, die erforderliche Einrichtung im Wartungsmodus durchführen und dann die Controller booten und die LIF-Konfiguration auf den Controllern überprüfen.

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

Einstellen des HA-Status auf den neuen Controllern und dem Chassis

Sie müssen den HA-Status der Controller und des Chassis überprüfen. Bei Bedarf müssen Sie den Status entsprechend Ihrer Systemkonfiguration aktualisieren.

Schritte

  1. Zeigen Sie im Wartungsmodus den HA-Status des Controller-Moduls und des Chassis an:

    ha-config show

    der HA-Status für alle Komponenten sollte mcc sein.

    Wenn die MetroCluster-Konfiguration…​

    Der HA-Status sollte…​

    Zwei Nodes

    mcc-2n

    Vier oder acht Nodes

    mcc

  2. Wenn der angezeigte Systemzustand des Controllers nicht richtig ist, setzen Sie den HA-Status für das Controller-Modul und das Chassis:

    Wenn die MetroCluster-Konfiguration…​

    Geben Sie diese Befehle ein…​

    Zwei Knoten

    ha-config modify controller mcc-2n

    ha-config modify chassis mcc-2n

    Vier oder acht Knoten

    ha-config modify controller mcc

    ha-config modify chassis mcc

Neuzuweisen von Root-Aggregatfestplatten

Weisen Sie die Root-Aggregat-Festplatten dem neuen Controller-Modul unter Verwendung der zuvor gesammelten Sysiden wieder zu

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

Ü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 Sie die Stammverschlüsselung verwenden, wählen Sie je nach der verwendeten ONTAP-Version die Startmenü-Option oder geben Sie den Startmenü-Befehl für Ihre Konfiguration für die Schlüsselverwaltung aus.

    ONTAP 9.8 und höher

    Ab ONTAP 9.8 wählen Sie die Startmenü-Option.

    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.
    ONTAP 9.7 und frühere Versionen

    Geben Sie bei ONTAP 9.7 und früheren Versionen den Befehl des Startmenüs ein.

    Sie verwenden…​

    Geben Sie diesen Befehl an der Eingabeaufforderung des Startmenüs aus…​

    Integriertes Verschlüsselungsmanagement

    recover_onboard_keymanager

    Externes Verschlüsselungskeymanagement

    recover_external_keymanager

  5. Wenn Autoboot aktiviert ist, unterbrechen Sie den Autoboot, 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 Sie die Stammverschlüsselung verwenden, wählen Sie je nach der verwendeten ONTAP-Version die Startmenü-Option oder geben Sie den Startmenü-Befehl für Ihre Konfiguration für das Verschlüsselungsmanagement erneut aus.

    ONTAP 9.8 und höher

    Ab ONTAP 9.8 wählen Sie die Startmenü-Option.

    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.

    ONTAP 9.7 und frühere Versionen

    Geben Sie bei ONTAP 9.7 und früheren Versionen den Befehl des Startmenüs ein.

    Sie verwenden…​

    Geben Sie diesen Befehl an der Eingabeaufforderung des Startmenüs aus…​

    Integriertes Verschlüsselungsmanagement

    recover_onboard_keymanager

    Externes Verschlüsselungskeymanagement

    recover_external_keymanager

    Möglicherweise müssen Sie die ausgeben recover_xxxxxxxx_keymanager Befehl wird mehrmals am Boot-Menü angezeigt, bis die Nodes vollständig gebootet werden.

  9. Starten der Knoten:

    boot_ontap

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

    Führen Sie ein Giveback durch, wenn sich einer der beiden Knoten im Übernahmemodus befindet:

    storage failover giveback

  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 Domain 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"

  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

LIF-Konfiguration wird überprüft

Stellen Sie vor dem Wechsel sicher, dass LIFs auf den entsprechenden Nodes/Ports gehostet werden. Folgende Schritte sind auszuführen

Über diese Aufgabe

Diese Aufgabe wird in Site_B ausgeführt, wo die Nodes mit Root-Aggregaten gestartet wurden.

Schritte

  1. Stellen Sie vor dem Wechsel sicher, dass LIFs auf dem entsprechenden Node und den entsprechenden Ports gehostet werden.

    1. Ändern Sie die erweiterte Berechtigungsebene:

      set -privilege advanced

    2. Port-Konfiguration überschreiben, um korrekte LIF-Platzierung zu gewährleisten:

      vserver config override -command "network interface modify -vserver vserver_name -home-port active_port_after_upgrade -lif lif_name -home-node new_node_name"

    Wenn Sie den eingeben network interface modify Befehl im vserver config override Befehl, Sie können die Funktion Autovervollständigung auf der Registerkarte nicht verwenden. Sie können die erstellen network interface modify Verwenden Sie Autocomplete und schließen Sie es dann in das ein vserver config override Befehl.

    1. Zurück zur Administrator-Berechtigungsebene:
      set -privilege admin

  2. Zurücksetzen der Schnittstellen auf ihren Home-Node:

    network interface revert * -vserver vserver-name

    Führen Sie diesen Schritt bei allen SVMs aus, falls erforderlich.

Installieren Sie die neuen Lizenzen

Vor dem Wechsel-Back-Vorgang müssen Sie Lizenzen für die neuen Controller installieren.

Schritte

  1. "Installieren von Lizenzen für das neue Controller-Modul"

Umschalten der MetroCluster-Konfiguration

Nachdem die neuen Controller konfiguriert wurden, schalten Sie die MetroCluster Konfiguration zurück und kehren den normalen Betrieb zurück.

Über diese Aufgabe

In dieser Aufgabe führen Sie den Vorgang zum Zurückkehren aus und kehren die MetroCluster-Konfiguration in den normalen Betrieb zurück. Die Knoten auf Site_A warten noch auf das Upgrade.

upgrade von mcc Cluster A Switchback
Schritte

  1. Stellen Sie das aus metrocluster node show Befehl auf Site_B und überprüfen Sie die Ausgabe.

    1. Vergewissern Sie sich, dass die neuen Nodes korrekt dargestellt sind.

    2. Überprüfen Sie, ob sich die neuen Nodes im Status „Warten auf den Wechsel zurück“ befinden.

  2. Zurückwechseln des Clusters:

    metrocluster switchback

  3. Überprüfen Sie den Fortschritt des Umschalttaschens:

    metrocluster show

    Der Umkehrvorgang läuft noch, wenn die Ausgabe angezeigt wird waiting-for-switchback:

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                switchover
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                waiting-for-switchback
                          AUSO Failure Domain -

    Der Umkehrvorgang ist abgeschlossen, wenn die Ausgabe angezeigt wird normal:

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -

    Wenn ein Wechsel eine lange Zeit in Anspruch nimmt, können Sie den Status der in-progress-Basispläne über die überprüfen metrocluster config-replication resync-status show Befehl. Dieser Befehl befindet sich auf der erweiterten Berechtigungsebene.

Überprüfen des Systemzustands der MetroCluster-Konfiguration

Nach dem Upgrade der Controller-Module müssen Sie den Systemzustand der MetroCluster Konfiguration überprüfen.

Über diese Aufgabe

Diese Aufgabe kann auf jedem Node der MetroCluster Konfiguration ausgeführt werden.

Schritte

  1. Überprüfen Sie den Betrieb der MetroCluster Konfiguration:

    1. Bestätigen Sie die MetroCluster-Konfiguration und den normalen Betriebsmodus:

      metrocluster show

    2. Durchführen einer MetroCluster-Prüfung:

      metrocluster check run

    3. Ergebnisse der MetroCluster-Prüfung anzeigen:

      metrocluster check show

      Hinweis Nach dem Ausführen von metrocluster check run Und metrocluster check show, Sie sehen eine Fehlermeldung ähnlich der folgenden:
    Beispiel
    Failed to validate the node and cluster components before the switchover operation.
                  Cluster_A:: node_A_1 (non-overridable veto): DR partner NVLog mirroring is not online. Make sure that the links between the two sites are healthy and properly configured.

    + Dieses Verhalten wird aufgrund einer Controller-Diskrepanz während des Upgrade-Prozesses erwartet und die Fehlermeldung kann sicher ignoriert werden.

Aktualisieren der Knoten auf Cluster_A

Sie müssen die Upgrade-Aufgaben auf „Cluster_A“ wiederholen

Schritt

  1. Wiederholen Sie die Schritte, um die Nodes auf Cluster_A zu aktualisieren. Beginnen Sie mit "Vorbereitung auf das Upgrade".

    Während Sie die Aufgaben ausführen, werden alle Beispielreferenzen zu den Clustern und Nodes umgekehrt. Wenn das Beispiel für die Umschaltung von Cluster_A verwendet wird, erfolgt die Umschaltung von Cluster_B.

Senden einer benutzerdefinierten AutoSupport Meldung nach der Wartung

Nach Abschluss des Upgrades sollten Sie eine AutoSupport Meldung mit Angaben zum Ende der Wartung senden. Die automatische Case-Erstellung kann also fortgesetzt werden.

Schritt

  1. Um mit der automatischen Erstellung von Support-Cases fortzufahren, senden Sie eine AutoSupport Meldung, um anzugeben, dass die Wartung abgeschlossen ist.

    1. Geben Sie den folgenden Befehl ein:

      system node autosupport invoke -node * -type all -message MAINT=end

    2. Wiederholen Sie den Befehl im Partner-Cluster.

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" In MetroCluster Tiebreaker Installation und Konfiguration.