Incident-Log

Wenn bei einem großen Internetdienst etwas kaputtgeht, wird das nicht nur repariert, sondern auch aufgeschrieben. Genau diese Sammlung von Aufzeichnungen ist ein Incident-Log. « Incident » ist das englische Wort für Vorfall oder Störung, « Log » bedeutet Protokoll oder Logbuch. In jedem Eintrag steht, was ausgefallen ist, wann es begann, wann es behoben war und wer daran gearbeitet hat. Oft kommt eine Einschätzung dazu, wie schwer der Vorfall war und welche Nutzer ihn gemerkt haben. Der Name stammt aus dem Schiffs- und Flugverkehr: dort führt die Besatzung seit Jahrhunderten ein Logbuch über alles Ungewöhnliche.

Was ein Unternehmen aus seinen Störungen lernt

Ohne Protokoll wiederholt sich derselbe Fehler endlos. Erst wenn man nachlesen kann, dass ein bestimmter Server schon zum vierten Mal in drei Monaten überlastet war, wird ein Muster sichtbar. Einzelne Vorfälle wirken wie Zufall, viele Vorfälle nebeneinander zeigen die eigentliche Ursache. Das Incident-Log ist damit die Grundlage für Verbesserungen an der Technik.

Dazu kommt der Druck von außen. Banken, Versicherungen und Betreiber wichtiger Netze müssen schwere Störungen den Aufsichtsbehörden melden, in der EU zum Teil innerhalb von Stunden. Wer kein sauberes Protokoll führt, kann solche Fristen nicht einhalten. Auch Verträge mit Geschäftskunden enthalten oft Zusagen zur Verfügbarkeit, etwa 99,9 Prozent im Jahr. Ob diese Zusage gehalten wurde, lässt sich nur mit einem Protokoll der Ausfallzeiten belegen.

Für Anleger und Journalisten sind Incident-Logs indirekt interessant. Häufen sich bei einem Anbieter die Ausfälle, ist das ein Hinweis auf Probleme in der Technik oder auf zu wenig Personal. Vertrauen ist bei Cloud-Anbietern, also Firmen, die Rechenleistung über das Internet vermieten, ein zentrales Verkaufsargument.

Vom Alarm zum fertigen Eintrag

Am Anfang steht meist ein automatischer Alarm. Überwachungsprogramme messen ständig, ob ein Dienst antwortet und wie schnell. Fällt ein Wert aus dem Rahmen, wird ein Ticket erzeugt, also ein digitaler Vorgang mit eigener Nummer. Ab diesem Moment sammelt das System Zeitstempel: Alarm ausgelöst, Person übernommen, Ursache gefunden, Störung behoben.

Aus diesen Zeitpunkten berechnet man Kennzahlen. Die bekannteste ist die mittlere Reparaturzeit, im Englischen Mean Time To Repair. Sie sagt, wie lange es im Schnitt dauert, bis ein Ausfall behoben ist. Sinkt dieser Wert über Monate, arbeitet das Team besser oder die Technik ist übersichtlicher geworden.

Nach großen Vorfällen folgt ein Bericht, oft Post-Mortem genannt. Er beschreibt den Ablauf und die Ursache und listet konkrete Aufgaben auf, damit sich das nicht wiederholt. Gute Teams schreiben diese Berichte schuldfrei: gesucht wird der Schwachpunkt im System, nicht der Schuldige. Wichtig ist die Abgrenzung zu einfachen Server-Logfiles. Die enthalten Millionen technische Zeilen automatisch, ein Incident-Log enthält wenige, von Menschen bewertete Ereignisse.

Statusseiten, KI-Modelle und der eigene Alltag

Die öffentliche Seite eines Incident-Logs kennt fast jeder: die Statusseite. Wenn WhatsApp, ein Onlinespiel oder ein Bankkonto nicht erreichbar ist, findet man dort eine Liste mit Uhrzeit und kurzer Erklärung. Diese Seiten sind eine gefilterte Version des internen Protokolls. Interne Details wie Namen von Mitarbeitern oder Sicherheitslücken bleiben draußen.

Bei KI-Diensten hat der Begriff eine zweite Bedeutung bekommen. Dort werden nicht nur Ausfälle protokolliert, sondern auch Fehlverhalten des Modells: erfundene Antworten, beleidigende Ausgaben oder umgangene Sperren. Der EU-Rechtsrahmen für Künstliche Intelligenz verlangt für riskante Anwendungen ausdrücklich solche Aufzeichnungen. Anbieter müssen schwere Zwischenfälle dokumentieren und melden.

In Nachrichten begegnet dir der Begriff, wenn nach einem großen Ausfall oder Hackerangriff gefragt wird, wann ein Unternehmen von dem Problem wusste. Die Antwort steht im Incident-Log. Genau deshalb sind diese Protokolle in Rechtsstreitigkeiten und bei Behörden so wertvoll.