Zum Inhalt springen

Alarme und Berichte

Unter Administration → Alarme & Berichte legen Sie fest, wer wann was erfährt. Jeder Mandant hat eigene Regeln. Mandanten-Administratoren und Provider-Administratoren verwalten sie.

Eine Alarm-Regel sendet für jedes Ereignis, das sie nennt, eine Nachricht:

Gruppe Ereignis
Aufträge Sicherung fehlgeschlagen, Wiederherstellung fehlgeschlagen, Wiederherstellung abgeschlossen, Archiv-Abgleich fehlgeschlagen, Verzeichnisabgleich fehlgeschlagen, Server oder Client meldet sich nicht
Wiederherstellbarkeit Restore-Prüfung nicht bestanden (rot), Restore-Prüfung mit Hinweisen (gelb), wieder wiederherstellbar
Speicher Speicherschaden gefunden, Speicherschaden behoben
Installation Update verfügbar

Server und Clients. Server oder Client meldet sich nicht löst aus, wenn ein Server sich länger als 2 Stunden nicht gemeldet hat oder ein Client seit 7 Tagen keine gute Sicherung hat. Beide Grenzen sind je Endpoint einstellbar, und ein Client gilt nie als still, nur weil er nachts ausgeschaltet ist. Die übrigen Ereignisse decken Endpoints ebenfalls ab: Eine fehlgeschlagene Sicherung oder Wiederherstellung eines Servers oder Clients löst Sicherung fehlgeschlagen bzw. Wiederherstellung fehlgeschlagen aus, ein fehlgeschlagener Restore-Test Restore-Prüfung nicht bestanden und ein beschädigtes Repository Speicherschaden gefunden. Eine bestehende Regel für diese Ereignisse deckt Endpoints daher ohne Änderung mit ab. Siehe Endpoint-Backup.

Update verfügbar. Restow löst dieses Ereignis einmal je neuer Version für die gesamte Installation aus, nachdem die Update-Prüfung unter Einstellungen, Updates eingeschaltet wurde. Nur Provider-Administrationen können es in eine Regel aufnehmen: Die eigenen Administrationen eines Mandanten erfahren nichts von Ihren Updates. Siehe Updates.

Wiederholte Alarme begrenzt, wie oft dieselbe Regel zum selben Postfach (oder zum selben Auftragstyp) alarmiert: jedes Mal oder höchstens alle 15 Minuten, stündlich, alle 4 Stunden oder einmal am Tag. Die Glocke zeigt jedes Ereignis, mit oder ohne Regel.

Eine Berichts-Regel sendet zu einer festen Zeit eine Zusammenfassung des letzten Tages, der letzten 7, 30 oder 90 Tage: täglich, wöchentlich an einem gewählten Tag, monatlich am 1. oder nach einem Cron-Ausdruck. Die Zeitzone gehört zur Regel. Wählbare Inhalte:

  • Sicherungen: Erfolgsquote und fehlgeschlagene Elemente, jeweils mit dem Vorzeitraum zum Vergleich.
  • Wiederherstellbarkeit: Anteil der nachweislich wiederherstellbaren Postfächer und OneDrives und wie viele geschützt sind.
  • Fehler: die häufigsten Fehlerursachen.
  • Speicher: geschützte Daten und ihr Platz nach Deduplizierung.
  • Wiederherstellungen: wie viele liefen.

Die Zahlen sind dieselben, die die Statistikseite für diesen Zeitraum zeigt.

  • E-Mail: beliebige Adressen, eine pro Zeile. Versand über den unter Einstellungen → Benachrichtigungs-Mail eingerichteten Weg (SMTP oder Microsoft Graph). Ohne eingerichteten Versand steht das im Zustellprotokoll.
  • Glocke: Berichte können zusätzlich in der Glocke aller Personen im Mandanten erscheinen. Alarme erscheinen dort immer.
  • Webhook: Eine Regel kann zusätzlich an einen Webhook des Mandanten senden (Integrationen), als signierte Ereignisse report.alert oder report.summary, etwa an ein RMM, Teams oder ein Ticketsystem.

Nachrichten sind in der Sprache der Regel, ohne Angabe in der Sprache des Mandanten.

Jetzt Test senden (im Menü einer Regel) sendet eine als Test markierte Nachricht auf allen Kanälen der Regel. Das Zustellprotokoll zeigt jede Mail, jeden Glocken-Eintrag und jeden Webhook mit Ergebnis: in Warteschlange, gesendet, fehlgeschlagen oder übersprungen, und warum. Eine fehlgeschlagene Mail wird nach 1, 5, 15 und 60 Minuten wiederholt und dann aufgegeben.

Die beim Anlegen eines Mandanten gewählten Empfänger werden zu Regeln: fehlgeschlagene Aufträge und gefährdete Wiederherstellbarkeit als Alarm, der Wochenbericht (Business) montags um 07:00. Sie ändern sie hier wie jede andere Regel.

Anlegen, Ändern und Löschen einer Regel sowie jede Testsendung stehen im Audit-Log. Der Gelesen-Status der Glocke gehört zum Mandanten: Was eine Person als gelesen markiert, ist für alle im Mandanten gelesen.