Mit drei Fragen SLA-Reports prüfen

Ein Prozentwert ist nur die Behauptung. Wer den Report prüft, kann auch fragen, welche Fenster ihn ergeben haben, was geändert wurde und woher die Zeitstempel stammen.

Auf dieser Seite

Die Zahl oben auf einem SLA-Report ist eine Behauptung: 99,95 % in diesem Quartal, festgehalten in der Aufzeichnung. Kunden, Einkauf, Prüfende oder Aufsichtsbehörden können eine schwierigere Frage stellen: Woher wissen Sie das? Welche Nachweise sie verlangen und zu welchem Schluss sie kommen, hängt von ihrem Prüfauftrag ab.

Diese Frage zählt in regulierten Branchen. DORA gilt seit dem 17. Januar 2025, und NIS2 legt Meldepflichten für Einrichtungen in ihrem Anwendungsbereich fest.

Ob eines der beiden Regelwerke gilt, wie ein Incident eingestuft wird und welche Frist läuft, sind rechtliche und betriebliche Entscheidungen. Diese Entscheidungen liegen außerhalb eines Monitoring-Werkzeugs. Prüfende brauchen dennoch Nachweise, die sie testen können.

Drei Lücken lohnen eine Prüfung, und so finden Sie sie im eigenen Report. Das sind Prüffragen, keine Vorhersage eines Prüfungsergebnisses.

Vom Prozentwert aus rückwärts prüfen

Stellen Sie dem Prozentwert drei Fragen:

  • Welche Fenster zählten als Ausfallzeit?
  • Welche Fenster wurden ausgeschlossen, und warum?
  • Was hat die Zeitstempel aufgezeichnet?

Kann ein Report diese drei Fragen nicht beantworten, lässt er sich schwerer nachrechnen. Dieser Test ist bewusst eng gefasst und setzt kein allgemeingültiges Verhalten von Prüfenden voraus.

Gerundete Fenster sind die erste Lücke

Viele Reports glätten Ausfälle zu runden Zahlen. Aus einem Fenster wird “etwa 15 Minuten”, oder alles unter 10 Minuten fällt als Rauschen weg.

Das liest sich sauber, lässt sich aber nicht rekonstruieren. Wer prüft, kann aus einem geglätteten Fenster keinen Prozentwert nachrechnen.

Es geht um Arithmetik. Ein Ziel von 99,95 % lässt über ein Quartal mit 91 Tagen rund 65 Minuten Budget für Ausfallzeit, verteilt auf 131.040 Minuten. Ein einziges falsch gerundetes Fenster kann eine echte Überschreitung verdecken oder eine erfinden.

Wird ein Incident von 7 Minuten und 12 Sekunden als “ungefähr 15 Minuten” erfasst, haben Sie Ihre eigene Ausfallzeit ohne Grund um fast 8 Minuten zu hoch angesetzt. Runden Sie ihn auf null ab, haben Sie still einen Nachweis gelöscht, den eine Aufsicht später mit einer Kundenbeschwerde abgleichen kann.

So schließen Sie die Lücke. Halten Sie die echten Grenzen sekundengenau fest und lassen Sie den Prozentwert daraus folgen. Ein auf 15 Minuten gerundetes Fenster sieht nicht besser aus und lässt sich nicht verteidigen.

Stille Ausschlüsse sind die zweite Lücke

Halten Sie zwei Wege getrennt. Angekündigte Wartung hat einen Zeitplan und eine Ankündigung vor dem Fenster. Kuration eines Fehlalarms geschieht nach der Messung und braucht eigene Angaben zu Urheber, Grund, Vorher-Nachher-Wirkung und Rücknahme.

Keiner der beiden Wege entscheidet, was ein Vertrag oder eine Prüfung akzeptieren muss.

So schließen Sie die Lücke. Zeigen Sie für jeden Weg die echten Grenzen und die Herkunft. Kennzeichnen Sie angekündigte Wartung als geplant und eine spätere Korrektur als Kuration. Stellen Sie das eine nicht als das andere dar, und entfernen Sie keines davon still aus der nachprüfbaren Aufzeichnung.

Messung in eigener Sache ist die dritte Lücke

Mit dieser Lücke rechnen Teams am wenigsten, denn sie betrifft den Blickwinkel, nicht die Rechnung.

Stammen Ihre Verfügbarkeitsdaten von einem einzigen Prüfpunkt oder, schlimmer, aus derselben Infrastruktur, die ausgefallen ist, haben Prüfende einen berechtigten Einwand. Sie können ein eigenes Netzproblem nicht von einem echten Dienstausfall unterscheiden. Wer den Verlauf nachträglich zusammenstellt, kann zudem nicht belegen, dass die Zeitstempel nicht passend gemacht wurden.

So schließen Sie die Lücke. Messen Sie von außerhalb des überwachten Systems. Zeichnen Sie Beobachtungen von mehr als einem im Tarif gewählten Pfad auf, bevor Sie einen Incident zählen.

Stimmen mehrere Standorte überein, sind das korrelierte Nachweise aus mehreren Pfaden. Das verringert die Abhängigkeit von einer Route, beweist aber weder die Ursache noch die rechtliche Herkunft.

Lassen Sie das Monitoring Ereignisse mit Zeitstempeln versehen, wenn sie eintreten. Dokumentieren Sie die Richtlinie, die aus diesen Beobachtungen einen Incident gemacht hat.

Ein Report, der standhält, hat drei Eigenschaften

Die drei Eigenschaften sind unspektakulär:

  • Fenster mit echten Grenzen
  • sichtbare und klar unterschiedene Wege für Wartung und Kuration
  • Messung von außerhalb des Systems, über mehrere Regionen bestätigt

Nichts davon macht Ihre Uptime höher. Es macht Ihre Uptime nachprüfbar und gibt Prüfenden eine Grundlage, die sie verifizieren können. Eine schmeichelhafte Zahl, die Sie nicht verteidigen können, ist weniger wert als eine ehrliche, die standhält.

Eine Zeile des Beispiel-SLA-Reports lesen

Eine Aufzeichnung lässt sich leichter zeigen als beschreiben, deshalb veröffentlicht Perstat ein redaktionelles Beispiel. Der Beispiel-SLA-Report zeigt ein einzelnes Quartal für einen Demo-Dienst, und jede Zahl darin geht auf. Er ist kein automatisch erzeugter Kundenreport.

Um 02:40:42 UTC schlägt in Frankfurt ein Check fehl, doch dort beginnt der Incident noch nicht. Dreißig Sekunden später stimmen Prüfpunkte in Newark und Singapur überein, dass der Dienst nicht erreichbar ist. Das Quorum bestätigt, und der Incident wird um 02:41:12 UTC geöffnet. Der Beispiel-Monitor nutzt eine Regel von 1 fehlgeschlagenen Check je Region mit einem Quorum von 2 Regionen, nicht die Voreinstellung von 2 aufeinanderfolgenden Checks.

Diese Bestätigung ist der Beginn des gezählten Fensters von 02:41:12 bis 02:48:24 UTC. Das Fenster beginnt weder beim ersten fehlgeschlagenen Check noch bei einer gerundeten Minute.

Das 90-minütige Wartungsfenster später im selben Monat ist ausgeschlossen, bleibt aber mit dem Zeitstempel seiner Ankündigung im Report stehen. Die Bruttoverfügbarkeit beträgt 99,925 %. Nach Ausschluss dieser angekündigten Wartung sind es 99,994 %.

Die redaktionelle Rechnung lässt sich nachrechnen. Das Beispiel ist kein Prüfbericht und keine aufsichtsrechtliche Meldung.

Einstufung und Meldung bleiben bei Ihrem Team

Ein Monitoring-Produkt weist für niemanden nach, dass DORA oder NIS2 eingehalten werden. Einstufung, Meldung und Fristen bleiben in Ihrer Verantwortung. Ein Werkzeug kann Systemzeitstempel, Messungen, Wartungsaufzeichnungen und sichtbare Kuration zu den umfassenderen Nachweisen beitragen, die Ihr Team zusammenstellt.

Kann Ihr aktueller Report die drei Fragen oben nicht beantworten, sollten Sie das jetzt wissen. Heute kostet Sie diese Erkenntnis nur eine etwas weniger schmeichelhafte Zahl.

Sie können das Monitoring kostenlos starten oder sich zuerst das Produkt ansehen. Um zu sehen, wie die Aufzeichnung geführt wird, brauchen Sie kein Vertriebsgespräch.