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 von AFF A700/FAS9000 auf AFF A900/FAS9500 in einer MetroCluster FC-Konfiguration mittels Umschaltung und Switchback (ONTAP 9.10.1 oder höher)

Beitragende
PDFs

Mit dem MetroCluster Switchover profitieren Kunden von unterbrechungsfreiem Service, während die Controller-Module im Partner-Cluster aktualisiert werden. Im Rahmen dieses Verfahrens können Sie keine weiteren Komponenten (z. B. Storage Shelves oder Switches) aktualisieren.

Über diese Aufgabe

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

    Sie können keine anderen Komponenten in der Konfiguration, wie Storage Shelfs oder Switches, gleichzeitig aktualisieren.

  • Sie können dieses Verfahren zum Upgrade einer AFF A700 auf AFF A900 mit ONTAP 9.10.1 oder höher verwenden.

  • Sie können dieses Verfahren zum Upgrade einer FAS9000 auf FAS9500 mit ONTAP 9.10.1P3 und höher verwenden.

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

      Hinweis Das AFF A900 System wird nur ab ONTAP 9.10.1 unterstützt.

    "NetApp Hardware Universe"

  • Upgrades für alle Controller der Konfiguration sollten während des gleichen Wartungszeitraums durchgeführt werden.

    In der folgenden Tabelle ist die unterstützte Modellmatrix für das Controller-Upgrade aufgeführt.

    Altes Plattform-Modell

    Neues Plattformmodell

    • AFF A700

    • AFF A900

    • FAS9000

    • FAS9500

  • Während des Upgrade-Verfahrens müssen Sie die MetroCluster Fabric ändern, einschließlich RCF und physischen Kabeländerungen. Sie können die RCF- und Verkabelungsänderungen durchführen, bevor Sie die Controller-Aktualisierung durchführen.

  • Für dieses Upgrade sind keine Änderungen der Storage-, FC- und Ethernet-Verbindungen zwischen den ursprünglichen Nodes und den neuen Nodes erforderlich.

  • Während des Upgrades sollten Sie keine anderen Karten zum AFF A700 oder FAS9000 System hinzufügen oder entfernen. Weitere Informationen finden Sie im "NetApp Hardware Universe"

Folgende Beispielnamen werden in Beispielen und Grafiken in diesem Verfahren verwendet:

  • Standort_A

    • Vor dem Upgrade:

      • Node_A_1-A700

      • Node_A_2-A700

    • Nach dem Upgrade:

      • Node_A_1-A900

      • Node_A_2-A900

  • Standort_B

    • Vor dem Upgrade:

      • Node_B_1-A700

      • Node_B_2-A700

    • Nach dem Upgrade:

      • Node_B_1-A900

      • Node_B_2-A900

Aktivieren Sie die Konsolenprotokollierung

NetApp empfiehlt dringend, die Konsolenprotokollierung auf den von Ihnen verwendeten Geräten zu aktivieren und folgende Aktionen durchzuführen:

Bereiten Sie sich auf das Upgrade vor

Bevor Sie Änderungen an der bestehenden MetroCluster Konfiguration vornehmen, müssen Sie den Zustand der Konfiguration überprüfen, die RCF-Dateien und die Verkabelung mit der neuen für die AFF A900 oder FAS9000 Fabric MetroCluster-Konfiguration erforderlichen Port-Konnektivitätstopologie abstimmen und weitere verschiedene Aufgaben ausführen.

Steckplatz 7 am AFF A700 Controller löschen

Die MetroCluster Konfiguration auf einem AFF A900 oder FAS9500 erfordert 8 FC-VI-Ports über FC-VI-Karten in den Steckplätzen 5 und 7. Wenn beim AFF A700 oder der FAS9000 Karten in Steckplatz 7 vorhanden sind, müssen Sie die Karten in andere Steckplätze für alle Nodes des Clusters verschieben.

Überprüfen Sie den Systemzustand der MetroCluster-Konfiguration

Bevor Sie die RCF-Dateien und die Verkabelung für die Fabric MetroCluster-Konfiguration von AFF A900 oder FAS9500 aktualisieren, müssen Sie den Zustand und die Konnektivität der 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.

Aktualisieren Sie die RCF-Dateien des Fabric Switch

Für die AFF A900 oder FAS9500 Fabric MetroCluster sind zwei FC-VI-Adapter mit vier Ports pro Node erforderlich, im Vergleich zu einem FC-VI-Adapter mit vier Ports, den eine AFF A700 benötigt. Bevor Sie das Controller-Upgrade auf den AFF A900 oder FAS9500 Controller starten, müssen Sie die Fabric Switch RCF-Dateien ändern, um die AFF A900 oder FAS9500 Verbindungstopologie zu unterstützen.

  1. Von "Download-Seite für MetroCluster RCF-Dateien", Laden Sie die korrekte RCF-Datei für ein AFF A900 oder FAS9500 Fabric MetroCluster sowie das Switch-Modell herunter, das in der AFF A700 oder FAS9000 Konfiguration verwendet wird.

  2. Aktualisieren Sie die RCF-Datei auf den Fabric-A-Schaltern, wechseln Sie A1 und wechseln Sie B1, indem Sie die Schritte unter befolgen "Konfigurieren der FC-Switches".

    Hinweis Das RCF-Dateiupdate zur Unterstützung der AFF A900 oder FAS9500 Fabric MetroCluster-Konfiguration hat keine Auswirkungen auf die Ports und Verbindungen, die für die Konfiguration der AFF A700 oder FAS9000 Fabric MetroCluster verwendet werden.

  3. Nach Aktualisierung der RCF-Dateien auf den Fabric A Switches sollten alle Storage- und FC-VI-Verbindungen online geschaltet werden. Prüfen Sie die FC-VI-Verbindungen:

    metrocluster interconnect mirror show

    1. Vergewissern Sie sich, dass die lokalen und Remote-Standortlaufwerke in aufgeführt sind sysconfig Ausgabe:

  4. nach der RCF-Dateiaktualisierung für Fabric A-Switches müssen Sie überprüfen, ob sich MetroCluster in einem ordnungsgemäßen Zustand befindet.

    1. Verbindungen des Metro-Clusters prüfen: metrocluster interconnect mirror show

    2. MetroCluster-Prüfung ausführen: metrocluster check run

    3. Nach Abschluss des Laufes sind die Ergebnisse der MetroCluster-Ausführung zu sehen: metrocluster check show

  5. Aktualisieren Sie die Fabric-B-Schalter (Schalter 2 und 4), indem Sie sich wiederholen Schritt 2 Bis Schritt 5.

Überprüfen Sie nach dem Update der RCF-Datei den Zustand der MetroCluster-Konfiguration

Sie müssen den Zustand und die Konnektivität der MetroCluster Konfiguration überprüfen, bevor Sie das Upgrade durchführen.

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.

Zuordnung der Ports des AFF A700 oder FAS9000 Nodes zu den AFF A900 oder FAS9500 Nodes

Während des Controller-Upgrades dürfen nur die in diesem Verfahren erwähnten Verbindungen geändert werden.

Wenn die AFF A700 oder FAS9000 Controller über eine Karte in Steckplatz 7 verfügen, sollten Sie sie in einen anderen Steckplatz verschieben, bevor Sie das Controller-Upgrade durchführen. Sie müssen Steckplatz 7 für die Hinzufügung des zweiten FC-VI-Adapters besitzen, der für die Funktionsweise von Fabric MetroCluster auf den AFF A900 oder FAS9500 Controllern erforderlich ist.

Sammeln Sie vor dem Upgrade Informationen

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. Erfassen der System-IDs für die MetroCluster-Konfiguration-Nodes:

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

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

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

    • Node_A_1-A700: 537037649

    • Node_A_2-A700: 537407030

    • Node_B_1-A700: 0537407114

    • Node_B_2-A700: 537035354

    Cluster_A::*> 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  nodeA_1-A700   537407114     537035354           537411005           537410611
1           Cluster_A  nodeA_2-A700   537035354     537407114           537410611           537411005
1           Cluster_B  nodeB_1-A700   537410611     537411005           537035354           537407114
1           Cluster_B  nodeB_2-A700   537411005

4 entries were displayed.

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

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

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

    security key-manager backup show

  5. 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 Sie die vorhandene 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 Sie vor der Wartung eine individuelle AutoSupport Nachricht

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.

Wechseln Sie über die 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 Site_A aktiv und stellt Daten für beide Standorte bereit. Site_B ist inaktiv und bereit, den Upgrade-Prozess zu starten, wie in der folgenden Abbildung dargestellt. (Diese Abbildung gilt auch für das Upgrade einer FAS9000 auf einen FAS9500 Controller.)

upgrade von mcc Cluster A bei Switchover A900
Schritte

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

    1. Geben Sie den folgenden Befehl auf Site_A aus:

      metrocluster switchover -controller-replacement true

    Der Vorgang kann einige Minuten dauern.

    1. Überwachen Sie den Switchover-Betrieb:

      metrocluster operation show

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

      metrocluster show

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

Entfernen Sie das AFF A700 oder das FAS9000 Controller-Modul und den NVS an Site_B

Sie müssen die alten Controller aus der Konfiguration entfernen.

Sie führen diese Aufgabe auf Site_B. aus

Bevor Sie beginnen

Wenn Sie nicht bereits geerdet sind, sollten Sie sich richtig Erden.

Schritte

  1. Stellen Sie eine Verbindung zur seriellen Konsole der alten Controller (Node_B_1-700 und Node_B_2-700) an Site_B her, und überprüfen Sie, ob der angezeigt wird LOADER Eingabeaufforderung:

  2. Ermitteln Sie die Bootarg-Werte von beiden Knoten an Site_B: printenv

  3. Schalten Sie das Chassis an Site_B. aus

Entfernen Sie das Controller-Modul und den NVS von beiden Nodes an Site_B

Entfernen Sie das AFF A700 oder das FAS9000 Controller-Modul

Gehen Sie wie folgt vor, um das AFF A700 oder das FAS9000 Controller-Modul zu entfernen.

Schritte

  1. Trennen Sie gegebenenfalls das Konsolenkabel und das Managementkabel vom Controller-Modul, bevor Sie das Controller-Modul entfernen.

  2. Entriegeln und entfernen Sie das Controller-Modul aus dem Gehäuse.

    1. Schieben Sie die orangefarbene Taste am Nockengriff nach unten, bis sie entsperrt ist.

      Controller

    Nummer 1

    Freigabetaste für den CAM-Griff

    Nummer 2

    CAM-Griff

    1. Drehen Sie den Nockengriff so, dass er das Controller-Modul vollständig aus dem Gehäuse herausrückt, und schieben Sie dann das Controller-Modul aus dem Gehäuse. Stellen Sie sicher, dass Sie die Unterseite des Controller-Moduls unterstützen, während Sie es aus dem Gehäuse schieben.

Entfernen Sie das AFF A700 oder das FAS9000 NVS-Modul

Entfernen Sie das AFF A700 oder das FAS9000 NVS-Modul wie folgt:

Hinweis Das AFF A700 oder FAS9000 NVS-Modul befindet sich in Steckplatz 6 und ist im Vergleich zu den anderen Modulen im System doppelt so hoch.

  1. Entriegeln und entfernen Sie den NVS aus Steckplatz 6.

    1. Drücken Sie die Taste mit der Nummerierung und dem Buchstaben. Die Nockentaste bewegt sich vom Gehäuse weg.

    2. Drehen Sie die Nockenverriegelung nach unten, bis sie sich in horizontaler Position befindet. Der NVS löst sich aus dem Gehäuse und bewegt sich ein paar Zentimeter.

    3. Entfernen Sie den NVS aus dem Gehäuse, indem Sie an den Zuglaschen an den Seiten der Modulfläche ziehen.

      NVS-Modul

    Nummer 1

    Gerettete und nummerierte E/A-Nockenverriegelung

    Nummer 2

    E/A-Riegel vollständig entriegelt
Hinweis

  • Übertragen Sie keine Add-On-Module, die als Coredump-Geräte auf dem nichtflüchtigen Speichermodul AFF A700 in Steckplatz 6 verwendet werden, auf das AFF A900 NVS-Modul. Übertragen Sie keine Teile vom AFF A700-Controller und NVS-Modulen auf das AFF A900-Controller-Modul.

  • Bei Upgrades von FAS9000 zu FAS9500 sollten Sie Flash Cache Module des FAS9000 NVS-Moduls nur in das FAS9500 NVS-Modul übertragen. Übertragen Sie keine anderen Teile vom FAS9000 Controller und NVS-Modulen auf das FAS9500 Controller-Modul.

Installieren Sie das AFF A900 oder FAS9500 NVS und das Controller-Modul

Sie müssen das AFF A900 oder FAS9500 NVS und das Controller-Modul aus dem Upgrade-Kit auf beiden Knoten in Site_B. installieren Verschieben Sie das coredump-Gerät nicht vom AFF A700 oder FAS9000 NVS-Modul in das AFF A900 oder FAS9500 NVS Modul.

Bevor Sie beginnen

Wenn Sie nicht bereits geerdet sind, sollten Sie sich richtig Erden.

Installieren Sie den AFF A900 oder FAS9500 NVS

Gehen Sie wie folgt vor, um den AFF A900 oder FAS9500 NVS in Steckplatz 6 beider Nodes an Site_B zu installieren

Schritte

  1. Richten Sie den NVS an den Kanten der Gehäuseöffnung in Steckplatz 6 aus.

  2. Schieben Sie den NVS vorsichtig in den Schlitz, bis der vorletzte und nummerierte E/A-Nockenriegel mit dem E/A-Nockenstift einrastet. Drücken Sie dann den E/A-Nockenverschluss bis zum Verriegeln des NVS.

    NVS-Modul

    Nummer 1

    Gerettete und nummerierte E/A-Nockenverriegelung

    Nummer 2

    E/A-Riegel vollständig entriegelt

Installieren Sie das AFF A900 oder FAS9500 Controller-Modul

Gehen Sie wie folgt vor, um das AFF A900 oder FAS9500 Controller-Modul zu installieren.

Schritte

  1. Richten Sie das Ende des Controller-Moduls an der Öffnung im Gehäuse aus, und drücken Sie dann vorsichtig das Controller-Modul zur Hälfte in das System.

  2. Drücken Sie das Controller-Modul fest in das Gehäuse, bis es auf die Mittelebene trifft und vollständig sitzt. Die Verriegelung steigt, wenn das Controller-Modul voll eingesetzt ist.

    Achtung Beim Einschieben des Controller-Moduls in das Gehäuse keine übermäßige Kraft verwenden, um Schäden an den Anschlüssen zu vermeiden.

  3. Verkabeln Sie die Management- und Konsolen-Ports mit dem Controller-Modul.

    Controller

    Nummer 1

    Freigabetaste für den CAM-Griff

    Nummer 2

    CAM-Griff

  4. Installieren Sie die zweite X91129A-Karte in Steckplatz 7 jedes Knotens.

    1. Verbinden Sie die FC-VI-Ports aus Steckplatz 7 mit den Switches. Siehe "Installation und Konfiguration über Fabric-Attached Storage" Dokumentation und gehen Sie zu den AFF A900 oder FAS9500 Fabric MetroCluster Verbindungsanforderungen für den Switch-Typ in Ihrer Umgebung.

  5. Schalten Sie das Chassis EIN, und verbinden Sie die serielle Konsole.

  6. Wenn der Knoten nach der BIOS-Initialisierung den Autoboot startet, unterbrechen Sie DEN AUTOBOOT, indem Sie Control-C drücken

  7. Nachdem Sie den Autoboot unterbrochen haben, werden die Nodes an der LOADER-Eingabeaufforderung angehalten. Wenn Sie die automatische Bootzeit nicht unterbrechen und node1 den Startvorgang startet, warten Sie, bis die Eingabeaufforderung Control-C drücken kann, um in das Startmenü zu gelangen. Nachdem der Node im Boot-Menü angehalten wurde, verwenden Sie Option 8, um den Node neu zu booten und den Autoboot während des Neubootens zu unterbrechen.

  8. Am LOADER Geben Sie die Standardvariablen für die Umgebung an: set-defaults

  9. Speichern Sie die Standardeinstellungen für Umgebungsvariablen: saveenv

Netzboot der Nodes über Site_B

Nach Austausch des AFF A900 oder FAS9500 Controller-Moduls und der NVS müssen Sie die AFF A900 oder FAS9500 Nodes als Netzboot einsetzen. Die ONTAP-Version und die Patch-Ebene, die auf dem Cluster ausgeführt werden, müssen dann installiert werden. Laufzeit netboot Bedeutet, dass Sie von einem auf einem Remote-Server gespeicherten ONTAP Image booten. Bei der Vorbereitung auf netboot, Sie müssen eine Kopie des ONTAP 9-Startabbilds auf einem Webserver hinzufügen, auf den das System zugreifen kann.

Es ist nicht möglich, die auf den Boot-Medien eines AFF A900 oder FAS9500 Controller-Moduls installierte ONTAP Version zu überprüfen, es sei denn, sie ist in einem Chassis installiert und eingeschaltet. Die ONTAP Version auf dem AFF A900 oder FAS9500 Startmedium muss mit der ONTAP Version übereinstimmen, die auf dem AFF A700 oder FAS9000 System ausgeführt wird und bei dem Upgrade sowohl die Primär- als auch die Backup-Boot-Images übereinstimmen. Sie können die Bilder konfigurieren, indem Sie eine ausführen netboot Gefolgt von wipeconfig Befehl aus dem Startmenü. Wenn das Controller-Modul zuvor in einem anderen Cluster verwendet wurde, führt das aus wipeconfig Mit dem Befehl wird die Restkonfiguration auf dem Boot-Medium gelöscht.

Bevor Sie beginnen

  • Vergewissern Sie sich, dass Sie mit dem System auf einen HTTP-Server zugreifen können.

  • Sie müssen die erforderlichen Systemdateien für Ihr System und die korrekte Version von ONTAP von der herunterladen "NetApp Support" Standort. Über diese Aufgabe müssen Sie wissen netboot Die neuen Controller, wenn die installierte ONTAP Version nicht mit der auf den ursprünglichen Controllern installierten Version identisch ist. Nachdem Sie jeden neuen Controller installiert haben, starten Sie das System über das auf dem Webserver gespeicherte ONTAP 9-Image. Anschließend können Sie die richtigen Dateien auf das Boot-Medium herunterladen, um später das System zu booten.

Schritte

  1. Datenzugriff "NetApp Support" Zum Herunterladen der Dateien müssen Sie einen Netzboot zum Ausführen des Netzboots des Systems ausführen.

  2. Laden Sie die entsprechende ONTAP Software im Software Download Bereich der NetApp Support Site herunter und speichern Sie die <ontap_version>_image.tgz Datei in einem webbasierten Verzeichnis.

  3. Wechseln Sie in das Verzeichnis für den Zugriff über das Internet, und stellen Sie sicher, dass die benötigten Dateien verfügbar sind. Ihre Verzeichnisliste sollte enthalten <ontap_version>_image.tgz.

  4. Konfigurieren Sie die netboot Verbindung durch Auswahl einer der folgenden Aktionen. Hinweis: Sie sollten den Management-Port und die IP als verwenden netboot Verbindung. Verwenden Sie keine Daten-LIF-IP, oder es kann während des Upgrades ein Datenausfall auftreten.

    Wenn DHCP (Dynamic Host Configuration Protocol) lautet…​

    Dann…​

    Wird Ausgeführt

    Konfigurieren Sie die Verbindung automatisch mit dem folgenden Befehl an der Eingabeaufforderung der Boot-Umgebung: ifconfig e0M -auto

    Nicht ausgeführt

    Konfigurieren Sie die Verbindung manuell mit dem folgenden Befehl an der Eingabeaufforderung der Boot-Umgebung: ifconfig e0M -addr=<filer_addr> -mask=<netmask> -gw=<gateway> - dns=<dns_addr> domain=<dns_domain>

    <filer_addr> Ist die IP-Adresse des Storage-Systems. <netmask> Ist die Netzwerkmaske des Storage-Systems. <gateway> Ist das Gateway für das Storage-System. <dns_addr> Ist die IP-Adresse eines Namensservers in Ihrem Netzwerk. Dieser Parameter ist optional. <dns_domain> Der Domain Name (DNS) ist der Domain-Name. Dieser Parameter ist optional. HINWEIS: Andere Parameter können für Ihre Schnittstelle erforderlich sein. Geben Sie an der Firmware-Eingabeaufforderung die Hilfe ifconfig ein, um Details zu erhalten.

  5. Performance netboot Bei Knoten 1: netboot http://<web_server_ip/path_to_web_accessible_directory>/netboot/kernel`Der `<path_to_the_web-accessible_directory> Sollten Sie dazu führen, wo Sie das heruntergeladen haben <ontap_version>_image.tgz In Schritt 2.

    Hinweis Unterbrechen Sie den Startvorgang nicht.

  6. Warten Sie, bis Knoten 1 auf dem AFF A900 oder FAS9500 Controller-Modul ausgeführt wird, um die Startmenü-Optionen anzuzeigen, wie unten gezeigt:

    Please choose one of the following:

(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)?

  7. Wählen Sie im Startmenü Option (7) Install new software first. Mit dieser Menüoption wird das neue ONTAP-Image auf das Startgerät heruntergeladen und installiert.

    Hinweis Ignorieren Sie die folgende Meldung: This procedure is not supported for Non-Disruptive Upgrade on an HA pair. Dieser Hinweis gilt für unterbrechungsfreie ONTAP Software-Upgrades und nicht für Controller-Upgrades. Aktualisieren Sie den neuen Node immer als Netzboot auf das gewünschte Image. Wenn Sie eine andere Methode zur Installation des Images auf dem neuen Controller verwenden, wird möglicherweise das falsche Image installiert. Dieses Problem gilt für alle ONTAP Versionen.

  8. Wenn Sie aufgefordert werden, den Vorgang fortzusetzen, geben Sie ein y, Und wenn Sie zur Eingabe des Pakets aufgefordert werden, geben Sie die URL ein:

    http://<web_server_ip/path_to_web-accessible_directory>/<ontap_version>_image.tgz

  9. Führen Sie die folgenden Teilschritte durch, um das Controller-Modul neu zu booten:

    1. Eingabe n So überspringen Sie die Backup-Recovery, wenn folgende Eingabeaufforderung angezeigt wird: Do you want to restore the backup configuration now? {y|n}

    2. Eingabe y Um den Neustart zu starten, wenn die folgende Eingabeaufforderung angezeigt wird: The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

      Das Controller-Modul wird neu gestartet, stoppt aber im Startmenü, da das Boot-Gerät neu formatiert wurde und die Konfigurationsdaten wiederhergestellt werden müssen.

  10. Führen Sie an der Eingabeaufforderung den aus wipeconfig Befehl zum Löschen einer früheren Konfiguration auf dem Startmedium:

    1. Wenn die folgende Meldung angezeigt wird, beantworten Sie die Antwort yes: This will delete critical system configuration, including cluster membership. Warning: do not run this option on a HA node that has been taken over. Are you sure you want to continue?:

    2. Der Node wird neu gebootet, um den abzuschließen wipeconfig Und hält dann am Startmenü an.

  11. Wählen Sie die Option 5 Wechseln Sie vom Boot-Menü zum Wartungsmodus. Antwort yes Zu den Aufforderungen, bis der Node im Wartungsmodus und mit der Eingabeaufforderung angehalten wird *>.

Wiederherstellung 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

Legen Sie den HA-Status für die neuen Controller und das Chassis fest

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.

  2. Wenn der angezeigte Systemzustand des Controllers oder Chassis nicht korrekt ist, setzen Sie den HA-Status ein:

    ha-config modify controller mcc

    ha-config modify chassis mcc

  3. Stoppen Sie den Knoten: halt`Der Node sollte am anhalten `LOADER> Eingabeaufforderung:

  4. Überprüfen Sie auf jedem Node das Systemdatum, die Uhrzeit und die Zeitzone: Show date

  5. Stellen Sie bei Bedarf das Datum in UTC oder Greenwich Mean Time (GMT) ein: set date <mm/dd/yyyy>

  6. Überprüfen Sie die Zeit mit dem folgenden Befehl an der Eingabeaufforderung der Boot-Umgebung: show time

  7. Stellen Sie bei Bedarf die Uhrzeit in UTC oder GMT ein: set time <hh:mm:ss>

  8. Einstellungen speichern: saveenv

  9. Umgebungsvariablen erfassen: printenv

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

  11. Überprüfen Sie, ob die Änderungen wirksam sind, und ucadmin zeigt FC Initiator-Ports online an.

    Wenn Sie diesen Typ von HBA… haben

    Verwenden Sie diesen Befehl…

    CNA

    ucadmin show

    FC

    fcadmin show

  12. Überprüfen Sie den HA-config-Modus: ha-config show

    1. Stellen Sie sicher, dass Sie die folgende Ausgabe haben:

      *> ha-config show
Chassis HA configuration: mcc
Controller HA configuration: mcc

Legen Sie den HA-Status für die neuen Controller und das Chassis fest

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

Neuzuweisung von Root-Aggregat-Festplatten

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. Halten Sie das System an und starten Sie von der in den Wartungsmodus LOADER Eingabeaufforderung:

    boot_ontap maint

  3. Zeigen Sie die Laufwerke von Node_B_1-A700 an:

    disk show -a

    Die Beispielausgabe 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-A700(4068741254)   Pool1  PZHYN0MD         node_B_1-A700(4068741254)  node_B_1-A700(4068741254)
rr18:9.126L49 node_B_1-A700(4068741254)   Pool1  PPG3J5HA         node_B_1-A700(4068741254)  node_B_1-A700(4068741254)
rr18:8.126L21 node_B_1-A700(4068741254)   Pool1  PZHTDSZD         node_B_1-A700(4068741254)  node_B_1-A700(4068741254)
rr18:8.126L2  node_B_1-A700(4068741254)   Pool0  S0M1J2CF         node_B_1-A700(4068741254)  node_B_1-A700(4068741254)
rr18:8.126L3  node_B_1-A700(4068741254)   Pool0  S0M0CQM5         node_B_1-A700(4068741254)  node_B_1-A700(4068741254)
rr18:9.126L27 node_B_1-A700(4068741254)   Pool0  S0M1PSDW         node_B_1-A700(4068741254)  node_B_1-A700(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-A900(1574774970)   Pool1  PZHYN0MD        node_B_1-A900(1574774970)  node_B_1-A900(1574774970)
rr18:9.126L49 node_B_1-A900(1574774970)   Pool1  PPG3J5HA        node_B_1-A900(1574774970)  node_B_1-A900(1574774970)
rr18:8.126L21 node_B_1-A900(1574774970)   Pool1  PZHTDSZD        node_B_1-A900(1574774970)  node_B_1-A900(1574774970)
rr18:8.126L2  node_B_1-A900(1574774970)   Pool0  S0M1J2CF        node_B_1-A900(1574774970)  node_B_1-A900(1574774970)
rr18:9.126L29 node_B_1-A900(1574774970)   Pool0  S0M0CQM5        node_B_1-A900(1574774970)  node_B_1-A900(1574774970)
rr18:8.126L1  node_B_1-A900(1574774970)   Pool0  S0M1PSDW        node_B_1-A900(1574774970)  node_B_1-A900(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-A900).

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 die Stammverschlüsselung verwendet wird, geben Sie den Startmenü-Befehl für Ihre Verschlüsselungsmanagementkonfiguration aus.

    Sie verwenden…​

    Diese Startmenüoption auswählen…​

    Integriertes Verschlüsselungsmanagement

    Option 10 und befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung oder Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen

    Externes Verschlüsselungskeymanagement

    Option 11 und befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung oder Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen

  5. Wenn Autoboot aktiviert ist, unterbrechen Sie den Autostart, indem Sie Control-C drücken

  6. Führen Sie im Startmenü die Option (6) aus.

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

    Antworten y Zu den 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, geben Sie den Startmenü-Befehl für Ihre Verschlüsselungsmanagementkonfiguration erneut aus.

    Sie verwenden…​

    Diese Startmenüoption auswählen…​

    Integriertes Verschlüsselungsmanagement

    Option 10 und befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung oder Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen

    Externes Verschlüsselungskeymanagement

    Option 11 und befolgen Sie die Anweisungen, um die erforderlichen Eingaben zur Wiederherstellung oder Wiederherstellung der Schlüsselmanager-Konfiguration bereitzustellen

    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.

    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 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 überprüfen

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.

Schalten Sie die MetroCluster-Konfiguration zurück

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, wie in der folgenden Abbildung dargestellt. (Diese Abbildung gilt auch für das Upgrade einer FAS9000 auf einen FAS9500 Controller.)

MetroCluster mit vier Nodes
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 Sie den Systemzustand 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

      Nach dem Ausführen des metrocluster check run Und metrocluster check show Zeigt möglicherweise einen Fehler an, der dem folgenden Beispiel ähnelt:

    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.

    + Dieser Fehler tritt auf, weil der Controller während des Upgrades nicht stimmt. Sie können den Fehler ohne Bedenken ignorieren und mit dem Upgrade der Nodes auf Site_A fortfahren

Aktualisieren Sie die Knoten auf site_A

Sie müssen die Upgrade-Aufgaben auf Site_A wiederholen

Schritt

  1. Wiederholen Sie die Schritte, um die Knoten auf Standort_A zu aktualisieren. Beginnen Sie mit "Bereiten Sie sich auf das Upgrade vor".

    Während Sie die Aufgaben ausführen, werden alle Beispielreferenzen zu den Standorten und Knoten umgekehrt. Wenn das Beispiel für die Umschaltung von Site_A verwendet wird, werden Sie von Site_B. umschalten

Senden Sie eine individuelle AutoSupport Nachricht 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.

Wiederherstellung 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 unter: "Hinzufügen von MetroCluster Konfigurationen" Im Abschnitt MetroCluster Tiebreaker Installation and Configuration.