Absturzerkennung

Der Check Absturzerkennung sucht nach Spuren von Systemabstürzen — Bluescreens (BSOD) unter Windows und Kernel Panics unter Linux — und warnt, wenn die Anzahl einen Schwellenwert erreicht oder überschreitet. So bemerkst du Stabilitätsprobleme, die sonst unbemerkt bleiben könnten, besonders auf unbeaufsichtigten Servern. Der Check läuft unter Windows und Linux standardmäßig alle 60 Minuten; macOS wird nicht unterstützt.

Voraussetzungen

• Du benötigst die Berechtigung Monitoring-Check-Verwaltung.
• Das Zielgerät muss einen verbundenen Agent unter Windows oder Linux haben.
• Unter Windows sind Crash-Dumps standardmäßig aktiviert. Zusätzliche Einrichtung ist nicht nötig.

Schritte

1. Gehe zu Geräte und öffne das Gerät.
2. Klicke auf den Tab Checks → Check hinzufügen → Absturzerkennung.
3. Passe bei Bedarf Rückblickzeitraum (Stunden), Warnung Anzahl und Kritische Anzahl an.
4. Klicke auf Check hinzufügen.

Nach dem ersten Check-Intervall siehst du das Ergebnis im Tab Checks des Geräts.

Einstellungen

Wird Warnung Anzahl höher gesetzt als Kritische Anzahl, vertauscht der Check die beiden Werte stillschweigend, sodass der kritische Schwellenwert stets größer oder gleich dem Warn-Schwellenwert ist.

Der Rückblickzeitraum sollte dem Check-Intervall entsprechen oder es überschreiten, um keine Abstürze zwischen den Ausführungen zu verpassen. Das Intervall stammt aus der Check-Definition und nicht aus dem Editor; der Standardwert beträgt 60 Minuten.

Ergebnisse

Mit dem Standardwert 1 für Warnung Anzahl ist bereits ein einzelner Absturz im Rückblickzeitraum eine Warnung.

Der Check meldet die Anzahl erkannter Abstürze im Rückblickzeitraum und zu jedem Absturz Dateiname, Zeitstempel, Bug-Check-Code (nur bei Windows-WER-Ereignissen) und eine menschenlesbare Beschreibung.

Erkennungsmethoden

• Jede gefundene Spur zählt einzeln: jede Dump-Datei und jedes Ereignis der Windows-Fehlerberichterstattung im Rückblickzeitraum wird als ein Absturz gezählt. Ein einzelner Absturz, der sowohl einen Minidump als auch ein WER-Ereignis hinterlässt, kann daher mehrfach gezählt werden — wähle die Schwellenwerte entsprechend.
• Unter Windows ist die Erstellung von Minidumps standardmäßig unter Systemeigenschaften → Starten und Wiederherstellen aktiviert. Sind Minidumps deaktiviert (selten), erkennt der Check Abstürze weiterhin über das Ereignisprotokoll der Windows-Fehlerberichterstattung (Ereignis-ID 1001), das nicht von der Minidump-Erstellung abhängt — es fehlt lediglich die Dump-Datei für die spätere Analyse.
• Die beiden Windows-Quellen sind voneinander unabhängig: Lässt sich eine davon nicht auslesen — etwa weil das Ereignisprotokoll nicht zugänglich ist —, meldet der Check das Ergebnis der anderen Quelle, statt fehlzuschlagen.
• Pro Ausführung werden höchstens 50 Ereignisse der Windows-Fehlerberichterstattung gelesen. Aus dieser Quelle allein steigt die Absturzanzahl daher nie über 50, egal wie viele Ereignisse in den Rückblickzeitraum fallen.
• Unter Linux enthalten /var/crash und /var/lib/systemd/coredump/ auch Absturzberichte und Core-Dumps gewöhnlicher Programme. Jede dieser Dateien zählt ebenfalls als Absturz, nicht nur ein Kernel Panic. Kernel-Log-Einträge liest der Check nur für den aktuellen Systemstart.

Tipps

• Ein einzelner Absturz auf einem Server erfordert eine Untersuchung — setze den Warnung-Schwellenwert auf 1.
• Auf Workstations sind gelegentliche BSODs durch Treiberprobleme weniger dringend — eine Warnung bei 1 und kritisch bei 3 gibt dir Sichtbarkeit ohne übermäßiges Rauschen.