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.

Überprüfen Sie den Cluster- und Storage-Zustand nach dem Zurücksetzen der ONTAP

Beitragende
PDFs

Nachdem Sie einen ONTAP Cluster zurückgesetzt haben, sollten Sie überprüfen, ob die Nodes in einem ordnungsgemäßen Zustand sind und für eine Teilnahme am Cluster geeignet sind, und ob das Cluster Quorum vorhanden ist. Außerdem sollten Sie den Status der Festplatten, Aggregate und Volumes überprüfen.

Überprüfen des Cluster-Systemzustands

Schritte

  1. Vergewissern Sie sich, dass die Nodes im Cluster online sind und am Cluster teilnehmen können:

    cluster show

    In diesem Beispiel ist das Cluster in einem ordnungsgemäßen Zustand und alle Nodes können am Cluster teilnehmen.

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

    Wenn ein Knoten fehlerhaft oder nicht geeignet ist, überprüfen Sie die EMS-Protokolle auf Fehler und ergreifen Sie Korrekturmaßnahmen.

  2. Legen Sie die Berechtigungsebene auf erweitert fest:

    set -privilege advanced

    Geben Sie ein, y um fortzufahren.

  3. Überprüfen Sie die Konfigurationsdetails für jeden RDB-Prozess.

    • Die Epochen der relationalen Datenbank und Datenbank-Epochen sollten für jeden Node übereinstimmen.

    • Der Quorum-Master pro Ring sollte für alle Knoten gleich sein.

      Beachten Sie, dass für jeden Ring möglicherweise ein anderer Quorum-Master vorhanden ist.

      So zeigen Sie diesen RDB-Prozess an: Diesen Befehl eingeben…​

      Managementapplikation

      		 
      cluster ring show -unitname mgmt

      Volume-Standortdatenbank

      		 
      cluster ring show -unitname vldb

      Virtual Interface Manager

      		 
      cluster ring show -unitname vifmgr

      SAN Management-Daemon

      		 
      cluster ring show -unitname bcomd

      Dieses Beispiel zeigt den Datenbankprozess für den Speicherort des Volumes:

    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.

  4. Zurück zur Administratorberechtigungsebene:

    set -privilege admin

  5. Wenn Sie in einer SAN-Umgebung arbeiten, vergewissern Sie sich, dass sich jeder Knoten in einem SAN-Quorum befindet:

    event log show  -severity informational -message-name scsiblade.*

    Die letzte scsiblade-Ereignismeldung für jeden Knoten sollte darauf hinweisen, dass sich das scsi-Blade im Quorum befindet.

    cluster1::*> event log show  -severity informational -message-name scsiblade.*
Time             Node       Severity       Event
---------------  ---------- -------------- ---------------------------
MM/DD/YYYY TIME  node0      INFORMATIONAL  scsiblade.in.quorum: The scsi-blade ...
MM/DD/YYYY TIME  node1      INFORMATIONAL  scsiblade.in.quorum: The scsi-blade ...
Verwandte Informationen

"Systemadministration"

Überprüfung des Storage-Zustands

Nach der Umrüstung oder Downgrade eines Clusters sollten Sie den Status Ihrer Festplatten, Aggregate und Volumes überprüfen.

Schritte

  1. Überprüfen des Festplattenstatus:

    Um zu prüfen, ob…​ Tun Sie das…​

    Fehlerhafte Festplatten

    1. Fehlerhafte Festplatten anzeigen:

      storage disk show -state broken

    2. Entfernen oder ersetzen Sie alle defekten Festplatten.

    Festplatten werden gewartet oder rekonstruiert

    1. Anzeigen aller Datenträger in Wartungs-, Ausstehend- oder Rekonstruktionstatus:

      storage disk show -state maintenance

    pending

    reconstructing ---- .. Warten Sie, bis die Wartung oder Rekonstruktion abgeschlossen ist, bevor Sie fortfahren.

  2. Überprüfen Sie, ob alle Aggregate online sind, indem Sie den Status des physischen und logischen Storage anzeigen, einschließlich Storage-Aggregate:

    storage aggregate show -state !online

    Mit diesem Befehl werden die Aggregate angezeigt, die Not online sind. Alle Aggregate müssen vor und nach einem größeren Upgrade oder einer erneuten Version online sein.

    cluster1::> storage aggregate show -state !online
There are no entries matching your query.

  3. Überprüfen Sie, ob alle Volumes online sind, indem Sie alle Volumes anzeigen, die Not online sind:

    volume show -state !online

    Alle Volumes müssen vor und nach einem größeren Upgrade oder einer erneuten Version online sein.

    cluster1::> volume show -state !online
There are no entries matching your query.

  4. Vergewissern Sie sich, dass es keine inkonsistenten Volumes gibt:

    volume show -is-inconsistent true

    Lesen Sie den Artikel "Volume zeigt WAFL inkonsistent an"der Knowledge Base, wie Sie die inkonsistenten Volumes bewältigen können.

Verwandte Informationen

"Festplatten- und Aggregatmanagement"

Prüfen des Client-Zugriffs (SMB und NFS)

Testen Sie bei den konfigurierten Protokollen den Zugriff von SMB- und NFS-Clients, um zu überprüfen, ob auf das Cluster zugegriffen werden kann.