Der Zuverlässigkeitsverlauf von Windows 11 zeigt Programmabstürze, fehlgeschlagene Updates, Hardwarefehler und andere Stabilitätsereignisse auf einer Zeitleiste. Am schnellsten öffnest du ihn mit dem Ausführen-Befehl perfmon /rel. Suche danach am Tag des Problems nach einem roten Kreuz, öffne das Ereignis und notiere Anwendungsname, fehlerhaftes Modul, Ausnahmecode sowie den Zeitpunkt. Der Verlauf liefert nicht immer die fertige Ursache, grenzt aber zuverlässig ein, welches Programm oder welche Windows-Komponente zuerst untersucht werden sollte.
Zuverlässigkeitsverlauf in Windows 11 öffnen
Die Zuverlässigkeitsüberwachung lässt sich auf mehreren Wegen erreichen. Der direkte Befehl ist besonders hilfreich, weil Bezeichnungen in der Windows-Suche oder Systemsteuerung je nach Sprache und Windows-Ausgabe leicht abweichen können.
Direkt über Ausführen starten
- Drücke
Windows-Taste + R. - Gib den folgenden Befehl ein:
perfmon /rel- Bestätige mit der Eingabetaste.
- Warte kurz, während Windows die Ereignisse zusammenstellt.
Der Befehl liest den vorhandenen Verlauf aus und verändert keine Systemeinstellungen. Administratorrechte sind normalerweise nicht erforderlich. Erscheint das Fenster mit der Überschrift zur Überwachung von Zuverlässigkeit und Problemen, wurde das richtige Werkzeug geöffnet.
Über die Windows-Suche öffnen
Öffne das Startmenü und suche nach Zuverlässigkeitsverlauf. Wähle den Treffer zum Anzeigen des Zuverlässigkeitsverlaufs. Falls die Suche keinen passenden Eintrag liefert, verwende den Befehl perfmon /rel; das ist kein Hinweis darauf, dass die Funktion fehlt.
Über Sicherheit und Wartung aufrufen
Die klassische Systemsteuerung bietet ebenfalls einen Zugang. Öffne dort System und Sicherheit und anschließend Sicherheit und Wartung. Klappe den Bereich Wartung auf und wähle den Eintrag zum Anzeigen des Zuverlässigkeitsverlaufs. Die genaue Beschriftung kann durch die installierte Windows-Sprache oder eine geänderte Oberfläche abweichen.
Was die Zeitleiste tatsächlich aussagt
Im oberen Bereich steht der Stabilitätsindex mit einer Skala von 1 bis 10. Ein höherer Wert bedeutet, dass Windows im betrachteten Zeitraum weniger protokollierte Störungen registriert hat. Der Wert ist kein Leistungstest: Ein Rechner mit dem Index 10 muss nicht schneller sein als ein Rechner mit dem Index 7. Auch ein einzelner wiederholt abstürzender Prozess kann den Index senken, obwohl Windows selbst stabil läuft.
Unterhalb der Kurve ordnet Windows die Einträge verschiedenen Gruppen zu. Typischerweise findest du Anwendungsfehler, Windows-Fehler, sonstige Fehler, Warnungen und Informationsereignisse. Rote Kreuze markieren kritische Ereignisse, gelbe Warnsymbole weisen auf weniger schwere Störungen hin und blaue Informationssymbole dokumentieren unter anderem erfolgreiche Installationen oder Aktualisierungen.
Du kannst zwischen einer Tages- und einer Wochenansicht wechseln. Für einen Absturz mit bekanntem Zeitpunkt eignet sich die Tagesansicht. Die Wochenansicht hilft, wenn du erst herausfinden musst, seit wann sich die Stabilität verändert hat. Mit den Pfeilen neben der Zeitleiste wechselst du zu älteren oder neueren Zeiträumen.
Programmabstürze Schritt für Schritt auswerten
Beginne nicht mit sämtlichen roten Markierungen gleichzeitig. Grenze zuerst den Zeitpunkt ein, an dem das sichtbare Problem auftrat. Dadurch vermeidest du, einen alten und längst behobenen Fehler mit dem gegenwärtigen Absturz zu verwechseln.
- Wähle in der Zeitleiste den Tag des Programmabsturzes aus.
- Suche in der Ereignisliste nach dem Namen der betroffenen Anwendung oder nach einem Eintrag wie nicht mehr funktionsfähig.
- Vergleiche den protokollierten Zeitpunkt mit deiner Beobachtung. Liegt der Eintrag deutlich davor oder danach, gehört er wahrscheinlich nicht zum untersuchten Vorfall.
- Öffne die technischen Details des passenden Ereignisses.
- Notiere mindestens den vollständigen Anwendungsnamen, die Anwendungsversion, den Namen des fehlerhaften Moduls und den Ausnahmecode, sofern diese Felder vorhanden sind.
- Prüfe danach, ob derselbe Eintrag an mehreren Tagen wiederkehrt oder nur einmal auftrat.
Ein wiederholtes Ereignis mit demselben Programm, demselben Modul und einem ähnlichen Nutzungsschritt ist wesentlich aussagekräftiger als ein einzelner Eintrag. Tritt der Fehler beispielsweise jedes Mal beim Öffnen einer bestimmten Datei auf, teste zusätzlich eine andere Datei. Läuft diese fehlerfrei, liegt die Ursache eher bei der ursprünglichen Datei oder einem dafür verwendeten Zusatzmodul als bei der gesamten Anwendung.
Die wichtigsten Felder in den technischen Details
Die angezeigten Felder unterscheiden sich nach Fehlerart. Nicht jeder Bericht enthält alle Angaben, und manche Werte sind hauptsächlich für den Softwarehersteller bestimmt. Für die erste Diagnose sind folgende Informationen besonders nützlich:
- Name der fehlerhaften Anwendung: Bezeichnet den Prozess, den Windows als abgestürzt erfasst hat. Der Dateiname kann vom sichtbaren Produktnamen abweichen.
- Version der Anwendung: Hilft zu klären, ob alle Abstürze dieselbe installierte Programmfassung betreffen.
- Name des fehlerhaften Moduls: Nennt die Komponente, in der der Fehler registriert wurde. Das kann eine Datei der Anwendung, eine Windows-Bibliothek, ein Treibermodul oder eine Bibliothek eines Zusatzprogramms sein.
- Ausnahmecode: Beschreibt technisch die Art des erkannten Fehlers. Der Code allein beweist jedoch selten eine bestimmte Ursache.
- Fehleroffset: Markiert eine Position innerhalb des Moduls. Für die normale Selbsthilfe ist dieser Wert meist weniger nützlich, kann aber für den Support oder Entwickler wichtig sein.
- Pfad der Anwendung oder des Moduls: Zeigt, aus welchem Installationsordner die beteiligte Datei geladen wurde. Dadurch lassen sich gleichnamige Komponenten verschiedener Programme auseinanderhalten.
Der Name des fehlerhaften Moduls darf nicht vorschnell als Schuldzuweisung verstanden werden. Wird eine Windows-Systembibliothek genannt, bedeutet das nicht automatisch, dass Windows beschädigt ist. Ein Programm kann der Bibliothek ungültige Daten übergeben, eine Erweiterung kann den Prozess beeinflussen oder eine andere geladene Komponente kann den Fehler ausgelöst haben. Maßgeblich sind das wiederkehrende Muster und eine passende Gegenprobe.
Beobachtung, Bedeutung und nächster Prüfschritt
Die folgende Zuordnung hilft, aus dem Protokoll eine priorisierte Untersuchung abzuleiten. Arbeite nur den Zweig ab, der zu deinem Ereignis passt.
- Nur eine Anwendung stürzt wiederholt ab: Prüfe zuerst deren integrierte Aktualisierungsfunktion oder die Installationsquelle. Teste anschließend, ob der Absturz auch ohne Erweiterungen, Add-ins oder neu hinzugefügte Plug-ins auftritt. Bleibt der Fehler auf dieses Programm beschränkt, ist eine allgemeine Windows-Reparatur nicht der erste Schritt.
- Der Fehler begann unmittelbar nach einer Programmaktualisierung: Vergleiche das Datum des Informationsereignisses zur Installation mit dem ersten roten Ereignis. Prüfe beim Programmhersteller bekannte Probleme und verfügbare Korrekturen. Eine ältere Version sollte nur verwendet werden, wenn sie aus einer vertrauenswürdigen Quelle stammt und keine bekannte Sicherheitslücke offenbleibt.
- Das fehlerhafte Modul gehört erkennbar zu einem Add-in: Deaktiviere dieses Add-in innerhalb der betroffenen Anwendung und wiederhole denselben Arbeitsschritt. Verschwindet der Absturz, ist der Zusammenhang wahrscheinlicher. Tritt er weiterhin auf, aktiviere das Add-in wieder und untersuche den nächsten Kandidaten.
- Mehrere voneinander unabhängige Programme fallen am selben Tag aus: Suche in der Zeitleiste nach einer gemeinsamen Änderung, etwa einer Treiber- oder Softwareinstallation. Prüfe außerdem, ob die Fehler jeweils dasselbe fremde Modul nennen. Fehlt ein gemeinsamer Nenner, kommen auch Speicher-, Datenträger- oder andere Systemprobleme infrage; der Zuverlässigkeitsverlauf allein kann sie nicht beweisen.
- Ein Hardwarefehler wird gemeldet: Notiere Problemereignisname, Zeitpunkt und vorhandene Codes. Prüfe, ob das Ereignis wiederkehrt und ob zeitgleich Bildfehler, Einfrieren oder Geräteausfälle beobachtet wurden. Tausche keine Hardware allein aufgrund eines einzelnen Protokolleintrags aus.
- Ein Windows-Update wird als fehlgeschlagen angezeigt: Öffne in den Windows-Einstellungen den Updateverlauf und vergleiche Datum sowie Bezeichnung. Wurde das Update später erfolgreich installiert, ist der alte Fehlschlag häufig nur ein historischer Eintrag und keine noch bestehende Störung.
Ein zeitlicher Zusammenhang ist noch keine Ursache
Die Stärke des Zuverlässigkeitsverlaufs liegt in der gemeinsamen Zeitleiste von Abstürzen und Änderungen. Genau hier besteht aber auch die Gefahr einer falschen Schlussfolgerung. Eine Installation am Montag und ein Absturz am Dienstag können zusammenhängen, müssen es aber nicht.
Eine belastbare Gegenprobe verändert immer nur einen Faktor. Deaktiviere etwa ein verdächtiges Add-in, starte die Anwendung neu und wiederhole den zuvor problematischen Ablauf. Bleibt das Programm nun stabil, beobachte es über mehrere vergleichbare Starts. Ändere nicht gleichzeitig den Treiber, die Anwendungsversion, mehrere Autostart-Einträge und Sicherheitseinstellungen, weil sich das Ergebnis anschließend keiner Maßnahme zuordnen lässt.
Achte zudem darauf, ob ein vermeintlicher Absturz überhaupt protokolliert wurde. Ein Programm kann lange beschäftigt sein oder auf eine Ressource warten, ohne technisch abzustürzen. Fehlt zur passenden Uhrzeit ein Anwendungsfehler, deutet das eher auf ein Hängenbleiben, eine blockierte Oberfläche oder einen nicht von der Zuverlässigkeitsüberwachung erfassten Vorgang hin. Dann sind Task-Manager und Ereignisanzeige die sinnvolleren nächsten Diagnosewerkzeuge.
Wann die Ereignisanzeige mehr Details liefert
Der Zuverlässigkeitsverlauf verdichtet Ereignisse und ist damit der bessere Einstieg. Die Ereignisanzeige enthält wesentlich mehr Protokolle, ist aber unübersichtlicher. Wechsle zu ihr, wenn du einen genauen Zeitpunkt, einen Prozessnamen oder einen Fehlercode aus dem Zuverlässigkeitsbericht hast und zusätzliche technische Angaben benötigst.
Öffne das Startmenü, suche nach Ereignisanzeige und rufe unter Windows-Protokolle den Bereich Anwendung auf. Suche dort nach Ereignissen zur protokollierten Uhrzeit. Bei unerwarteten Systemneustarts oder Treiberproblemen kann zusätzlich der Bereich System relevant sein. Filtere zunächst nach Zeitraum und Fehlerstufe, statt wahllos sämtliche Warnungen zu bearbeiten.
Viele Warnungen in der Ereignisanzeige sind nicht für den sichtbaren Programmabsturz verantwortlich. Übereinstimmende Zeit, Anwendung und Ereignisquelle sind wichtiger als die bloße Farbe des Symbols. Eine Meldung, die seit Monaten regelmäßig erscheint, während das Programm erst seit gestern abstürzt, ist als Hauptursache weniger plausibel.
Wenn der Zuverlässigkeitsverlauf leer bleibt oder nicht startet
Nach einer neuen Windows-Installation oder kurz nach dem ersten Start können noch zu wenige Daten für eine aussagekräftige Kurve vorhanden sein. Auch direkt nach dem Öffnen kann die Aufbereitung etwas dauern. Schließe das Fenster nicht sofort, sondern warte, bis die Zeitleiste geladen wurde.
Funktioniert nur der Suchtreffer nicht, starte das Werkzeug über perfmon /rel. Öffnet sich auch damit kein Fenster, starte Windows einmal regulär neu und versuche es erneut. Ein Neustart ist hier eine risikoarme Gegenprobe, weil möglicherweise nur die Oberfläche oder ein beteiligter Verwaltungsprozess nicht sauber reagiert.
Bleibt der Verlauf dauerhaft leer, obwohl Windows bereits längere Zeit genutzt wurde und nachweislich Programmfehler aufgetreten sind, können die dafür benötigte Datenerfassung oder Systemkomponenten gestört sein. Verändere Dienste nicht nach einer beliebigen Internetanleitung. Auf einem verwalteten Firmen-PC können Richtlinien und Wartungsvorgaben eine Rolle spielen; dort ist die IT-Administration der richtige Ansprechpartner.
Fehlerberichte sinnvoll sichern und weitergeben
Für eine Supportanfrage ist ein Bildschirmfoto allein oft zu ungenau. Öffne den betroffenen Eintrag und übernimm die technischen Angaben als Text, soweit sie sich markieren lassen. Ergänze den beobachteten Arbeitsschritt und die ungefähre Uhrzeit. Eine brauchbare Fehlerbeschreibung enthält:
- Name und Version der betroffenen Anwendung,
- Datum und Uhrzeit des Absturzes,
- Aktion unmittelbar vor dem Fehler,
- Name des fehlerhaften Moduls und Ausnahmecode, sofern angezeigt,
- Angabe, ob der Fehler reproduzierbar ist,
- bereits durchgeführte Gegenprobe, etwa Start ohne Add-in.
Über den Link zum Anzeigen aller Problemberichte kannst du vorhandene Berichte nach Programmen und Ereignissen geordnet betrachten. Das erleichtert die Suche nach wiederkehrenden Fehlern, ersetzt aber nicht die zeitliche Einordnung in der Zuverlässigkeitskurve.
Die sinnvolle Grenze der Selbstdiagnose
Der Zuverlässigkeitsverlauf ist ein Diagnosewerkzeug und keine automatische Reparatur. Er eignet sich besonders gut, um den Beginn einer Störung, wiederkehrende Programmfehler und zeitlich passende Installationen zu erkennen. Er beweist jedoch weder einen Hardwaredefekt noch die Schuld einer einzelnen DLL-Datei.
Beende die Selbsthilfe, wenn mehrere Programme mit unterschiedlichen Modulen abstürzen, Windows zusätzlich einfriert, Dateien beschädigt erscheinen oder Hardwarefehler wiederholt protokolliert werden. Sichere wichtige Daten, bevor du Treiber entfernst, Systemdateien reparierst oder Hardwaretests mit Änderungen an BIOS beziehungsweise Firmware verbindest. Für eine einzelne abstürzende Anwendung bleibt der effizienteste Weg dagegen klar: passenden Zeitpunkt auswählen, technische Details erfassen, Wiederholungsmuster prüfen und genau eine verdächtige Komponente durch eine kontrollierte Gegenprobe ausschließen.
