Altaro-Backup-Check – Referenz

Alle Konfigurationsfelder, Ereigniszuordnung und Ergebniszustände des Altaro-Backup-Checks in octoja.

Altaro-Backup-Check – Referenz

Der Altaro-Backup-Check läuft auf dem octoja-Agenten, der auf dem Backup-Server installiert ist, und liest die Ergebnisse von Altaro VM Backup / Hornetsecurity VM Backup aus dem Windows-Ereignisprotokoll Application. Er klassifiziert die Ereignisse zu Backup, Wiederherstellung / Überprüfung und Offsite-Kopie innerhalb eines Rückblickzeitraums.

Konfigurationsfelder

Feld	Typ	Erforderlich	Standard	Beschreibung
Rückblickzeitraum (Stunden)	Zahl	Ja	24	Wie weit das Ereignisprotokoll rückwärts nach Backup-Ergebnissen durchsucht wird
Erfolgreiche Offsite-Kopie erforderlich	Boolean	Nein	Nein	Warnt, wenn im Rückblickzeitraum keine erfolgreiche Offsite-Kopie gefunden wird. Lass die Option aus, wenn dieser Host keine Offsite-Kopien ausführt.

Ereigniszuordnung

Der Check sucht nach diesen Ereignis-IDs aus den Altaro-Ereignisquellen und klassifiziert jedes einzelne Ereignis. Der Typ ist der Name, unter dem das Ergebnis die Ereignisse gruppiert.

Ereignis-ID	Ereignis	Typ	Ergebnis
5000	Backup erfolgreich	Lokales Backup	OK
5001	Backup mit Warnungen abgeschlossen	Lokales Backup	Warnung
5002	Backup fehlgeschlagen	Lokales Backup	Kritisch
5003	Wiederherstellung oder Überprüfung erfolgreich	Wiederherstellung / Überprüfung	OK
5004	Wiederherstellung oder Überprüfung fehlgeschlagen	Wiederherstellung / Überprüfung	Kritisch
5005	Offsite-Kopie erfolgreich	Offsite-Kopie	OK
5007	Offsite-Kopie fehlgeschlagen	Offsite-Kopie	Kritisch

Alle anderen Ereignisse dieser Quellen werden ignoriert.

Ergebniszustände

Bedingung	Schweregrad
Das schlechteste klassifizierte Ereignis im Zeitfenster ist ein Fehlschlag	Kritisch
Das schlechteste klassifizierte Ereignis im Zeitfenster ist eine Warnung	Warnung
Im Zeitfenster wurden keine Backup-Ereignisse gefunden	Warnung
Erfolgreiche Offsite-Kopie erforderlich ist aktiviert und im Zeitfenster war keine Offsite-Kopie erfolgreich	Warnung
Das Ereignisprotokoll konnte nicht gelesen werden (Zugriff verweigert, fehlender Kanal oder Zeitüberschreitung)	Fehlgeschlagen
Alle Ereignisse im Zeitfenster waren erfolgreich, und – sofern gefordert – war auch eine Offsite-Kopie erfolgreich	OK

Das Gesamtergebnis ist das schlechteste Ergebnis aus den klassifizierten Ereignissen im Rückblickzeitraum und der Erwartung an die Offsite-Kopie.

Erfasste Metriken

Der verwendete Rückblickzeitraum
Anzahl der erfolgreichen, der Warnungs- und der fehlgeschlagenen Ereignisse
Eine Zusammenfassung je Typ für lokales Backup und Offsite-Kopie — und für Wiederherstellung / Überprüfung, sofern sie gelaufen ist — jeweils mit eigenem Ergebnis, eigenen Anzahlen für erfolgreiche, Warnungs- und fehlgeschlagene Ereignisse sowie dem Zeitpunkt des letzten Erfolgs
Eine Liste der nicht erfolgreichen Ereignisse, jeweils mit Ergebnis, Zeitpunkt, Backup-Typ und dem Begründungstext, den die Backup-Software protokolliert hat. Pro Lauf werden höchstens 500 Ereignisse gelesen, und ein langer Begründungstext wird auf 300 Zeichen gekürzt

Plattform-Unterstützung

Plattform	Unterstützt
Windows Server	Ja
Windows Desktop	Ja
Linux	Nein
macOS	Nein

Hinweise

Der Check läuft alle 60 Minuten auf dem Agenten. Das Intervall ist nicht konfigurierbar.
Der Check erkennt die Ereignisquellen VM Backup, Altaro VM Backup, Altaro Hyper-V Backup und Hornetsecurity VM Backup und funktioniert daher auch nach der Umbenennung von Altaro zu Hornetsecurity weiter — VM Backup 9 protokolliert unter der schlichten Quelle VM Backup.
Backups müssen ihre Ergebnisse in das Windows-Ereignisprotokoll Application schreiben, damit der Check sie lesen kann.

Siehe auch: Einen Altaro-Backup-Check konfigurieren