Glossar · Incidents und Alarmierung

Was ist ein Incident?

Ein Vorfall ist ein ungeplantes Ereignis, das einen Dienst unterbricht oder seine Qualität mindert, etwa ein Ausfall, Fehler oder zu langsame Antworten, und eine Reaktion erfordert, um den Normalbetrieb wiederherzustellen.

Wie es funktioniert und warum es wichtig ist

Incident Management ist die Arbeit von der Erkennung bis zur Lösung: das Problem bestätigen, die richtigen Personen alarmieren, die Leitung festlegen, Nutzer informieren, den Dienst wiederherstellen und danach in einem Postmortem daraus lernen. Schweregrade, oft SEV1 bis SEV3 oder P1 bis P4, bestimmen, wie groß die Reaktion ausfällt.

Ein Vorfall ist nicht dasselbe wie seine Ursache. Eine Grundursache, etwa eine ausfallende Datenbank, kann viele Symptome erzeugen; ein guter Prozess fasst sie zusammen, sodass das Team an einem Vorfall arbeitet statt an zwanzig Alarmen.

Kommunikation gehört zur Arbeit. Ein Update auf der Statusseite innerhalb weniger Minuten und weitere in festem Rhythmus ersparen dem Support-Team, dieselbe Frage immer wieder zu beantworten.

Wie Uptimecheck hilft

In Uptimecheck wird ein Incident eröffnet, wenn eine zweite Prüfung einen Fehler bestätigt, und schließt sich von selbst, wenn der Monitor wieder läuft. Er enthält eine Zeitleiste mit Prüfungen, Alarmen, Bestätigungen und Team-Notizen sowie die Belege vom Zeitpunkt der Eröffnung. Bestätigen Sie ihn, um dem Team zu zeigen, dass sich jemand kümmert, und um noch nicht versendete Eskalationsalarme abzubrechen.

Incident-Management ansehen

14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte

Mehr dazu in den Ratgebern

Guides 5 Min. Lesezeit

Incident-Kommunikation: Plan und Vorlagen für jede Phase

So informieren Sie Kunden über einen Ausfall: wer spricht, wie oft, über welchen Kanal und mit welchen Worten. Ein einseitiger Plan, Schweregrade, Update-Rhythmus und fertige Vorlagen für Statusseiten, E-Mail und Social Media.

Lesen

Guides 6 Min. Lesezeit

Postmortem-Vorlage für Incidents: blameless, mit Beispiel

Eine Postmortem-Vorlage zum Kopieren, die Blameless-Prinzipien dahinter, ein ausgefülltes Beispiel eines Checkout-Ausfalls und wie Sie eine kurze Zusammenfassung auf Ihrer Statusseite veröffentlichen.

Lesen

Guides 6 Min. Lesezeit

MTTR, MTTA und MTBF erklärt (und wie Sie sie verbessern)

MTTR, MTTA und MTBF messen, wie schnell Sie Vorfälle beheben, wie schnell Sie reagieren und wie oft etwas ausfällt. Formeln, ein durchgerechnetes Beispiel und praktische Wege, jede Kennzahl zu verbessern.

Lesen

Fragen

Was ist der Unterschied zwischen einem Incident und einem Problem?

In ITIL-Begriffen ist ein Incident die Unterbrechung und ein Problem die zugrunde liegende Ursache eines oder mehrerer Incidents. Incident Management stellt den Dienst wieder her; Problem Management verhindert, dass es erneut passiert.

Was sind Incident-Schweregrade?

Eine Skala dafür, wie schwer ein Vorfall ist, meist von SEV1 (Totalausfall für viele Nutzer) bis SEV3 oder SEV4 (geringfügig oder intern). Die Stufe entscheidet, wer alarmiert wird, wie oft Updates erscheinen und ob ein Postmortem nötig ist.

Wer sollte über einen Incident informiert werden?

Zuerst die Person in Bereitschaft, dann das Team, dem der Dienst gehört, und betroffene Nutzer über eine Statusseite, sobald Sie wissen, was betroffen ist. Informieren Sie alle in festem Rhythmus, auch wenn es nichts Neues gibt.

Downtime ist von gestern.

Richten Sie Ihren ersten Monitor in weniger als einer Minute ein – oder sehen Sie sich zuerst die Live-Demo an.

14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte