Tools zur Verwaltung von Wartungsfenstern
Eine Datenbank-Aktualisierung oder eine CDN-Migration wird Ihre Monitore auslösen – wie es sein sollte, wenn es eine Überraschung ist. Planen Sie ein Wartungsfenster, und AmICited klassifiziert Checks, die währenddessen durchgeführt werden, als Wartung: Der Status des Monitors und die Anzahl aufeinanderfolgender Fehler werden eingefroren, und es wird kein Incident geöffnet, aktualisiert oder abgeschlossen. Dies betrifft aktive HTTP-, TCP-, DNS- und Transaktions-Monitore; passive Heartbeats werden noch nicht von einem Fenster erfasst, daher pausieren Sie diese direkt.
Umfang des Wartungsfensters
Ein Fenster kann jeden aktiven Monitor im Workspace, jeden Monitor einer Domain oder nur den einzelnen von der Arbeit betroffenen Monitor abdecken – etwa einen Checkout-Vorgang während einer Zahlungsanbieter-Migration – mit Start- und Endzeitpunkt oder einem wiederkehrenden Zeitplan für routinemäßige Wartung, ausgewertet in UTC.
- Workspace-, Domain- oder Monitor-Bereich — Alles unterdrücken, alles auf einer Domain oder nur den spezifischen Monitor, den die Arbeit betrifft; ein Monitor-Bereich erfordert zuerst einen Domain-Bereich.
- Einmalige, tägliche oder wöchentliche Wiederholung — ein einzelnes Migrationsfenster oder ein Zeitplan, der dieselbe Dauer alle 24 Stunden oder sieben Tage wiederholt, begrenzt auf sieben Tage pro Vorkommen.
- Incidents bleiben ruhig, Status bleibt erhalten — keine Fehlalarme, und der vorherige Status des Monitors wird beibehalten, anstatt auf einen falschen gesunden oder fehlgeschlagenen Wert zu kippen.
- SLA-Berechnung schließt es automatisch aus — geplante Ausfallzeit wird nie auf Ihr Verfügbarkeitsziel angerechnet und erscheint nicht in einem kundenorientierten SLA-Bericht.
Klassifizierung der Wartungsüberwachung
Ein Wartungsfenster stoppt die Überprüfung nicht. Tests werden weiterhin ausgeführt, und das Rohergebnis wird gespeichert, aber das Ergebnis wird als Wartung statt als verfügbar oder nicht verfügbar klassifiziert – so behalten Sie Beweise aus dem Arbeitsfenster, ohne dass Zuverlässigkeitszahlen verfälscht werden. Wenn das Fenster endet, werden die normalen Zustandsübergänge beim nächsten Check fortgesetzt; verlängern Sie die Endzeit, wenn die Arbeit länger dauert, oder ein echter Fehler kann gezählt werden, sobald der Zeitplan ihn nicht mehr abdeckt.
- Checks laufen weiter und werden gespeichert — Tests während eines Fensters werden aufgezeichnet, jedoch als Wartung statt als verfügbar oder nicht verfügbar klassifiziert.
- Von jeder Zusammenfassung ausgeschlossen — Verfügbarkeitsprozente, durchschnittliche Antwortzeiten, Verfügbarkeitsbalken und monatliche SLA-Berechnungen lassen alle Wartungs-Checks weg.
- Ein „In Wartung“-Badge — wird in der Monitorliste und im Detailkopf angezeigt, sobald ein passendes Fenster aktiv ist.
- Vor Ablauf verlängern — wenn die Arbeit die geplante Endzeit überschreitet, verlängern Sie sie vor dem nächsten Check, sonst wird dieser Check normal bewertet.
SLA-Berichte für Wartungsfenster
Ein rechtzeitig geplantes Wartungsfenster hält Ihren SLA-Bericht ehrlich – Kunden und Stakeholder sehen die Verfügbarkeit im Vergleich zu Ihrem Ziel, wobei geplante Arbeiten bereits ausgeschlossen sind, nicht nachträglich aufgebläht oder angefochten.
- Wartung standardmäßig ausgeschlossen — keine manuelle Anpassung bei der Erstellung eines Monatsberichts erforderlich.
- Exportierbare Beweise — CSV für jeden Monat herunterladbar, bereit für Kunden- oder interne Berichte.
- Ziel vs. tatsächlich, monatlich — sehen Sie, ob Sie Ihr SLA-Ziel mit den Zahlen erreicht haben, die zählen sollten.
falsche Incidents durch bereits geplante Arbeiten
Ein rechtzeitig aktiviertes Fenster bedeutet, dass die von Ihnen geplante Ausfallzeit von Monitoren, Incidents oder der SLA-Berechnung nie als Ausfall behandelt wird.
Uptime-Monitore ansehenBereit, geplante Arbeiten davon abzuhalten, Ihr Team zu alarmieren?
Kostenlose Prüfung · 7 Tage testen · Kreditkarte erforderlich