Skip to main content
Active IQ Unified Manager
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Reaktion auf ein Leistungsereignis, das durch einen Festplattenausfall in Active IQ Unified Manager verursacht wird

Änderungen vorschlagen
PDFs

Mit Unified Manager können Sie ein Performance-Ereignis untersuchen, das durch Workloads verursacht wurde, die ein Aggregat übermäßig auslasten. Mit Unified Manager können Sie außerdem den Systemstatus des Aggregats prüfen, um festzustellen, ob kürzlich auf dem Aggregat erkannte Systemstatusereignisse zu dem Performance-Ereignis beigetragen haben.

Bevor Sie beginnen

  • Sie benötigen die Rolle „Operator“, „Application Administrator“ oder „Storage Administrator“.

  • Es muss neue, bestätigte oder veraltete Performance-Ereignisse geben.

Schritte

  1. Die Seite Ereignisdetails enthält Informationen zum Ereignis.

  2. Die Beschreibung enthält die am Ereignis beteiligten Workloads und die betroffene Clusterkomponente.

    Es gibt mehrere betroffene Volumes, deren Latenz durch die Clusterkomponente mit Konfliktpotenzial beeinträchtigt wurde. Das Aggregat, das sich mitten in einer RAID Rekonstruktion befindet, um die ausgefallene Festplatte durch eine Ersatzfestplatte zu ersetzen, ist die Clusterkomponente mit Konfliktpotenzial. Unter Component in Contention ist das Aggregatssymbol rot hervorgehoben, und der Name des Aggregats wird in Klammern angezeigt.

  3. Im Diagramm zur Workload Auslastung erfolgt die Auswahl von Bully Workloads.

  4. Wenn sich der Mauszeiger über dem Diagramm befindet, werden die wichtigsten Bully-Workloads angezeigt, die sich auf die Komponente auswirken.

    Die Workloads mit der höchsten Spitzenauslastung seit Erkennung des Ereignisses werden oben im Diagramm angezeigt. Einer der wichtigsten Workloads ist der systemdefinierte Workload Disk Health, der auf eine RAID-Rekonstruktion hinweist. Eine Rekonstruktion ist der interne Prozess zum Wiederaufbau des Aggregats mit der Ersatzfestplatte. Der Workload Disk Health hat zusammen mit anderen Workloads auf dem Aggregat wahrscheinlich die Auslastungskonkurrenz auf dem Aggregat und das zugehörige Ereignis verursacht.

  5. Nachdem bestätigt wurde, dass die Aktivität der Arbeitslast „Disk Health“ das Ereignis verursacht hat, ist etwa 30 Minuten zu warten, bis die Rekonstruktion abgeschlossen ist und Unified Manager das Ereignis analysiert hat und erkennt, ob das Aggregat noch in Konflikt steht.

  6. Aktualisierung der Event details.

    Nach Abschluss der RAID-Rekonstruktion sollte der State „obsolete“ sein; daran ist erkennbar, dass das Ereignis behoben ist.

  7. Im Diagramm zur Workload Auslastung werden bei Auswahl von Bully Workloads die Workloads auf dem Aggregat nach Spitzenauslastung angezeigt.

  8. Im Bereich Suggested Actions lässt sich für die oberste Workload die Schaltfläche Analyze Workload auswählen.

  9. Auf der Seite Workload Analysis ist der Zeitbereich auf die letzten 24 Stunden (1 Tag) festgelegt, sodass die Daten für das ausgewählte Volume angezeigt werden.

    In der Ereigniszeitleiste zeigt ein roter Punkt (Incident-Symbol im Performance Manager) an, wann der Festplattenausfall aufgetreten ist.

  10. Im Diagramm „Knoten- und Aggregatauslastung“ bleibt nach dem Ausblenden der Linie für die Knotenstatistiken nur die Aggregatlinie sichtbar.

  11. Hier erfolgt der Vergleich der Daten in diesem Diagramm mit den Daten zum Zeitpunkt des Ereignisses im Diagramm Latency.

    Zum Zeitpunkt des Ereignisses wies die Aggregatauslastung eine hohe Lese- und Schreibaktivität auf, verursacht durch die RAID-Rekonstruktionsprozesse, was die Latenz des ausgewählten Volumes erhöhte. Wenige Stunden nach dem Auftreten des Ereignisses waren sowohl die Lese- und Schreibvorgänge als auch die Latenz gesunken, was bestätigt, dass beim Aggregat kein Ressourcenkonflikt mehr besteht.