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- und Speicherzustand nach einer ONTAP Rücksetzung überprüfen

Beitragende netapp-aherbin netapp-thomi netapp-dbagwell netapp-aaron-holt netapp-forry
Änderungen vorschlagen
PDFs

Nach dem Zurücksetzen eines ONTAP Clusters sollte überprüft werden, ob die Knoten fehlerfrei funktionieren und zur Teilnahme am Cluster berechtigt sind sowie ob der Cluster ein Quorum aufweist. Auch der Status der Festplatten, Aggregate und Volumes sollte überprüft werden.

Clusterzustand überprüfen

Schritte

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

    cluster show

    In diesem Beispiel ist der Cluster fehlerfrei und alle Knoten sind zur Teilnahme am Cluster berechtigt.

    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. Stellen Sie die Berechtigungsstufe auf „Erweitert“ ein:

    set -privilege advanced

    Geben Sie y ein, um fortzufahren.

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

      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.

  4. Zurück zur Administrator-Privilegstufe:

    set -privilege admin

  5. Wenn Sie in einer SAN-Umgebung arbeiten, überprüfen Sie, ob sich jeder Knoten in einem SAN-Quorum befindet:

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

    Die aktuellste scsi-blade-Ereignismeldung für jeden Knoten sollte anzeigen, 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"

Speicherzustand überprüfen

Nach dem Zurücksetzen oder Downgrade eines Clusters empfiehlt sich eine Überprüfung des Status der Festplatten, Aggregate und Volumes.

Schritte

  1. Festplattenstatus überprüfen:

    Zur Überprüfung, ob…​ Folgendes ist zu tun…​

    Defekte Festplatten

    1. Alle defekten Datenträger anzeigen:

      storage disk show -state broken

    2. Beschädigte Datenträger entfernen oder ersetzen.

    Festplatten, die sich in Wartung oder Wiederherstellung befinden

    1. Alle Datenträger im Wartungs-, Ausstehend- oder Wiederherstellungsstatus anzeigen:

      storage disk show -state maintenance

    pending

    reconstructing ---- .. Es sollte abgewartet werden, bis die Wartungs- oder Wiederherstellungsarbeiten abgeschlossen sind, bevor fortgefahren wird.

  2. Es sollte überprüft werden, ob alle Speicheraggregate online sind, indem der Status des physischen und logischen Speichers, einschließlich der Speicheraggregate, angezeigt wird:

    storage aggregate show -state !online

    Dieser Befehl zeigt die Aggregate an, die nicht online sind. Alle Aggregate müssen vor und nach einer größeren Aktualisierung oder Rücksetzung online sein.

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

  3. Es kann überprüft werden, ob alle Volumes online sind, indem alle Volumes angezeigt werden, die nicht online sind:

    volume show -state !online

    Alle Volumes müssen vor und nach einer größeren Aktualisierung oder Rücksetzung online sein.

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

  4. Es wird überprüft, ob keine inkonsistenten Volumes vorhanden sind:

    volume show -is-inconsistent true

    Siehe die "NetApp Knowledge Base: Volumen zeigt WAFL als inkonsistent" Hinweise zum Umgang mit den uneinheitlichen Volumen.

Clientzugriff (SMB und NFS) überprüfen

Für die konfigurierten Protokolle sollte der Zugriff von SMB- und NFS-Clients getestet werden, um zu überprüfen, ob der Cluster erreichbar ist.

Verwandte Informationen