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

Cluster nach ONTAP Upgrade überprüfen

Beitragende netapp-aherbin netapp-thomi netapp-aaron-holt netapp-ahibbard netapp-forry
Änderungen vorschlagen

Nach dem Upgrade von ONTAP sollten die Clusterversion, der Clusterzustand und der Speicherzustand überprüft werden. Für MetroCluster FC Konfigurationen ist außerdem zu prüfen, ob der Cluster für die automatische ungeplante Umschaltung aktiviert ist.

Clusterversion überprüfen

Nachdem alle HA-Paare aktualisiert wurden, kann mit dem Befehl version überprüft werden, ob auf allen Knoten die Zielversion ausgeführt wird.

Die Clusterversion ist die niedrigste Version von ONTAP, die auf einem beliebigen Knoten im Cluster ausgeführt wird. Wenn die Clusterversion nicht der Ziel-ONTAP-Version entspricht, kann Ihr Cluster aktualisiert werden.

  1. Wechsel zum erweiterten Berechtigungslevel:

    set -privilege advanced
  2. Es sollte sichergestellt werden, dass die Clusterversion der Ziel-ONTAP-Version entspricht:

    system node image show -version
  3. Wenn die Clusterversion nicht der Zielversion ONTAP entspricht, ist der Aktualisierungsstatus aller Knoten zu überprüfen:

    system node upgrade-revert show

Clusterzustand überprüfen

Nach der Aktualisierung eines Clusters ist zu überprüfen, ob die Knoten fehlerfrei funktionieren und zur Teilnahme am Cluster berechtigt sind und ob sich der Cluster im Quorum befindet.

  1. Es sollte sichergestellt werden, dass die Knoten im Cluster online sind und zur Teilnahme am Cluster berechtigt sind:

    cluster show
    cluster1::> cluster show
    Node                  Health  Eligibility
    --------------------- ------- ------------
    node0                 true    true
    node1                 true    true

    Wenn ein Knoten fehlerhaft oder nicht geeignet ist, sollten die EMS-Protokolle auf Fehler überprüft und Korrekturmaßnahme ergriffen werden.

  2. Die Konfigurationsdetails für jeden RDB-Prozess werden überprüft.

    • Die relationalen Datenbank-Epochen und die Datenbank-Epochen sollten für jeden Knoten übereinstimmen.

    • Das primäre Quorum pro Ring sollte für alle Knoten gleich sein.

      Beachten Sie, dass jeder Ring ein anderes Quorum-Primary haben kann.

      Um diesen RDB-Prozess anzuzeigen…​

      Geben Sie diesen Befehl ein…​

      Verwaltungsanwendung

      cluster ring show -unitname mgmt

      Volume-Standortdatenbank

      cluster ring show -unitname vldb

      Manager für virtuelle Schnittstellen

      cluster ring show -unitname vifmgr

      SAN Management-Daemon

      cluster ring show -unitname bcomd

      Weitere Informationen zu cluster ring show finden sich in der "ONTAP-Befehlsreferenz".

      Dieses Beispiel zeigt den Volume Location Database-Prozess:

    cluster1::*> cluster ring show -unitname vldb
    Node      UnitName Epoch    DB Epoch DB Trnxs Master    Online
    --------- -------- -------- -------- -------- --------- ---------
    node0     vldb     154      154      14847    node0     master
    node1     vldb     154      154      14847    node0     secondary
    node2     vldb     154      154      14847    node0     secondary
    node3     vldb     154      154      14847    node0     secondary
    4 entries were displayed.
  3. Wenn Sie in einer SAN-Umgebung arbeiten, überprüfen Sie, ob sich jeder Knoten in einem SAN-Quorum befindet:

    cluster kernel-service show
    cluster1::*> cluster kernel-service show
    Master            Cluster           Quorum        Availability  Operational
    Node              Node              Status        Status        Status
    ----------------- ----------------- ------------- ------------- -------------
    cluster1-01       cluster1-01       in-quorum     true          operational
                      cluster1-02       in-quorum     true          operational
    2 entries were displayed.
  4. Die Berechtigungsstufe wird auf Administrator zurückgesetzt:

    set -privilege admin
Verwandte Informationen

"Systemadministration"

Überprüfen, ob die automatische ungeplante Umschaltung aktiviert ist (MetroCluster FC-Konfigurationen nur)

Wenn Ihr Cluster in einer MetroCluster FC Konfiguration betrieben wird, sollte nach dem Upgrade von ONTAP überprüft werden, ob der automatische ungeplante Switchover aktiviert ist.

Wenn Sie eine MetroCluster IP-Konfiguration verwenden, kann dieses Verfahren übersprungen werden.

Schritte
  1. Es kann überprüft werden, ob die automatische ungeplante Umschaltung aktiviert ist:

    metrocluster show

    Wenn die automatische ungeplante Umschaltung aktiviert ist, erscheint die folgende Meldung in der Befehlsausgabe:

    AUSO Failure Domain  auso-on-cluster-disaster
  2. Falls die Meldung nicht angezeigt wird, kann eine automatische ungeplante Umschaltung aktiviert werden:

    metrocluster modify -auto-switchover-failure-domain auso-on-cluster-disaster
  3. Es sollte überprüft werden, ob eine automatische ungeplante Umschaltung aktiviert ist:

    metrocluster show
Verwandte Informationen

"Festplatten- und Aggregatverwaltung"