NAKIVO Backup & Replication

Überwache mit dem Check NAKIVO Backup & Replication Jobs, fehlerhafte Objekte und Repositories direkt aus der Datenbank des NAKIVO Director.

Der Check NAKIVO Backup & Replication liest die PostgreSQL-Datenbank des NAKIVO Director schreibgeschützt aus. Er meldet je Job das Ergebnis des letzten Laufs, das Alter des letzten erfolgreichen Laufs, lange und übersprungene Läufe, fehlerhafte Objekte (VMs) sowie den Zustand und freien Speicherplatz der Backup-Repositories. Der Check läuft alle 60 Minuten auf dem octoja-Agenten unter Windows, Linux und macOS (jeweils als x64- und Arm64-Build). Er verbindet sich per Netzwerk mit PostgreSQL und kann deshalb auf jedem Agent-Gerät laufen, das die Datenbank erreicht.

Voraussetzungen

Der octoja-Agent erreicht die PostgreSQL-Datenbank des NAKIVO Director über Host und Port. Läuft der Check auf dem Director selbst, verwende 127.0.0.1.
Eine eigene Datenbankrolle mit Lesezugriff auf die NAKIVO-Datenbank. Der Check liest die Tabellen jobs, jobexecutions, jobexecutionsummary, jobexecutionsteps, backuprepositories, backuprepositorystateinfo, backuprepositorystats und savepoints.
Die Berechtigung Monitoring-Check-Verwaltung, um den Check hinzuzufügen.

Schritte

Füge den Check auf dem Gerät hinzu, das die Datenbank erreicht – in der Regel auf dem Director selbst.

Öffne das Gerät unter Geräte.
Wähle Checks → Check hinzufügen → NAKIVO Backup & Replication.

Für mehrere Director kannst du den Check mit Konfigurationspaketen zuweisen.

Einstellungen

Feld	Typ	Erforderlich	Standard	Beschreibung
Host	Text	Ja	`127.0.0.1`	Hostname oder IP der PostgreSQL-Datenbank des NAKIVO Director
Port	Ganzzahl	Nein	5432	Port der Datenbank. Werte außerhalb von 1–65535 werden durch 5432 ersetzt
Datenbank	Text	Nein	`nakivo`	Name der Datenbank. Ein leeres Feld wird als `nakivo` behandelt
Benutzername	Text	Ja	—	Datenbankrolle. Verwende eine eigene schreibgeschützte Rolle
Passwort	Passwort	Nein	—	Passwort der Datenbankrolle
Zu überwachende Jobs	Liste	Nein	—	Jobnamen wie in NAKIVO angezeigt. Leer lassen, um alle Jobs zu überwachen. Groß- und Kleinschreibung sowie umgebende Leerzeichen werden ignoriert
Backup-Alter-Warnung (Stunden)	Ganzzahl	Nein	26	Warnung, wenn der letzte erfolgreiche Lauf eines Jobs mindestens so alt ist. `0` schaltet die Prüfung ab
Backup-Alter kritisch (Stunden)	Ganzzahl	Nein	36	Kritisch, wenn der letzte erfolgreiche Lauf eines Jobs mindestens so alt ist. `0` schaltet die Prüfung ab
Backup-Repositories prüfen	Boolean	Nein	An	Nicht angehängte, inkonsistente oder fast volle Repositories melden
Repository-Speicherplatz-Warnung (%)	Ganzzahl	Nein	15	Warnung, wenn der freie Speicherplatz eines Repositorys höchstens diesem Anteil entspricht. Nur sichtbar, wenn Backup-Repositories prüfen aktiviert ist
Repository-Speicherplatz kritisch (%)	Ganzzahl	Nein	5	Kritisch, wenn der freie Speicherplatz höchstens diesem Anteil entspricht. Nur sichtbar, wenn Backup-Repositories prüfen aktiviert ist

Die folgenden Felder erscheinen erst, wenn du Erweiterte Optionen anzeigen aktivierst:

Feld	Typ	Erforderlich	Standard	Beschreibung
SSL-Modus	Auswahl	Nein	Prefer	Verschlüsselung der Datenbankverbindung: Prefer, Require oder Disable
Abfrage-Timeout (Sekunden)	Ganzzahl	Nein	30	Zeitlimit für Verbindung und Abfragen. Der verwendete Wert wird auf 5–300 begrenzt
Auswertungsfenster (Tage)	Ganzzahl	Nein	30	Historientiefe für Lauf-Statistiken, fehlerhafte Objekte und Zeitplan-Lücken-Erkennung. Der verwendete Wert wird auf 1–365 begrenzt
Langläufer-Schwelle (Stunden)	Ganzzahl	Nein	12	Ein Job, der aktuell länger läuft, meldet sofort eine Warnung. Werte unter 1 werden als 1 behandelt
Einzelne Objekte (VMs) prüfen	Boolean	Nein	An	Liest die Ergebnisse einzelner Objekte für die Liste fehlerhafter Objekte und die Erkennung von Objekten ohne Datenübertragung
Alter der Recovery Points lesen	Boolean	Nein	An	Zeigt das Alter des neuesten Recovery Points je Job an. Beeinflusst das Ergebnis nicht
Zeitplan-Lücken erkennen	Boolean	Nein	An	Warnen, wenn ein Job deutlich länger als sein eigenes Median-Intervall nicht gelaufen ist
Zeitplan-Lücken-Faktor	Zahl	Nein	2	Vielfaches des Median-Laufintervalls, ab dem ein ausbleibender Lauf gemeldet wird. Werte unter 1,5 werden als 1,5 behandelt
Bei vergangenen Läufen mit Objektfehlern alarmieren	Boolean	Nein	Aus	Warnung, solange im Auswertungsfenster ein Lauf mit fehlgeschlagenen oder gestoppten Objekten liegt
Bei vergangenen unerklärten Skips alarmieren	Boolean	Nein	Aus	Warnung bei übersprungenen Läufen im Auswertungsfenster, die nicht durch einen noch laufenden vorherigen Lauf erklärt sind
Bei vergangenen langen Läufen alarmieren	Boolean	Nein	Aus	Warnung bei abgeschlossenen Läufen im Auswertungsfenster, die länger als die Langläufer-Schwelle gedauert haben
Bei Objekten ohne Datenübertragung alarmieren	Boolean	Nein	Aus	Warnung bei Objekten, deren erfolgreiche Läufe keine Daten übertragen haben. Ausgeschaltete VMs, Templates und unveränderte Quellen übertragen berechtigterweise nichts
Bei nie gelaufenen Jobs alarmieren	Boolean	Nein	Aus	Warnung bei Jobs ohne jeden Lauf. Wiederherstellungs-Jobs werden typischerweise nie ausgeführt
Bei deaktivierten Jobs alarmieren	Boolean	Nein	Aus	Warnung bei deaktivierten Jobs

Sind die Warn- und Kritisch-Schwellen vertauscht eingegeben, tauscht der Check sie vor der Auswertung.

Ergebnisse

Jeder überwachte Job und jedes Repository wird einzeln bewertet. Das schlechteste Einzelergebnis bestimmt den Status des Checks.

Bedingung	Schweregrad
Ein Job hatte noch nie einen erfolgreichen Lauf	Kritisch
Der letzte erfolgreiche Lauf eines Jobs hat die kritische Altersschwelle erreicht	Kritisch
Der letzte erfolgreiche Lauf eines Jobs hat die Altersschwelle für die Warnung erreicht	Warnung
Der letzte Lauf eines Jobs ist fehlgeschlagen, wurde gestoppt oder enthält fehlgeschlagene oder gestoppte Objekte	Kritisch
Der letzte Lauf eines Jobs wurde übersprungen, ohne dass ein vorheriger Lauf noch lief	Kritisch
Der letzte Lauf eines Jobs wurde übersprungen, weil ein vorheriger Lauf noch lief	Warnung
Ein Job läuft aktuell länger als die Langläufer-Schwelle (Stunden)	Warnung
Der letzte Lauf eines Jobs meldet einen unbekannten Zustand	Warnung
Ein Job ist deutlich länger als sein Median-Intervall nicht gelaufen (Zeitplan-Lücken erkennen)	Warnung
Ein Repository ist nicht angehängt	Kritisch
Ein Repository ist inkonsistent	Warnung
Der freie Speicherplatz eines Repositorys liegt auf oder unter der kritischen beziehungsweise der Warnschwelle	Kritisch / Warnung
Ein Name unter Zu überwachende Jobs existiert in NAKIVO nicht, oder kein Job passt	Warnung
Eine der Teilabfragen für Läufe, Objekte, Repositories oder Recovery Points ist nicht lesbar; der Rest wird trotzdem ausgewertet	Warnung
Eine der zusätzlichen Alarm-Optionen trifft zu	Warnung
Host oder Benutzername ist leer	Warnung
Die Datenbank ist nicht erreichbar, die Anmeldung schlägt fehl, der Server meldet einen Fehler oder das Zeitlimit wird überschritten	Kritisch
Die Datenbanksitzung ist nicht schreibgeschützt, oder ein unerwarteter Fehler tritt auf	Fehler

Die Altersschwellen gelten mit „mindestens so alt“: Ein Lauf, der genau 26 Stunden zurückliegt, löst bei Standardwerten bereits die Warnung aus.

Erfasste Metriken

Je Job: Name, Zustand des letzten Laufs, ob der Job deaktiviert ist, Alter des letzten erfolgreichen Laufs, Alter des neuesten Recovery Points und die Anzahl geplanter, erfolgreicher, fehlgeschlagener und gestoppter Objekte des letzten Laufs
Je Repository: Name, ob es angehängt und konsistent ist, Kapazität, freier Speicherplatz in GB und Prozent
Bis zu 20 Objekte mit den meisten fehlgeschlagenen oder gestoppten Läufen im Auswertungsfenster
Anzahl deaktivierter und nie gelaufener Jobs sowie vergangener Läufe mit Objektfehlern, unerklärter Skips, langer Läufe und Objekte ohne Datenübertragung

Hinweise

Der Check öffnet eine schreibgeschützte Sitzung und prüft vor dem Lesen, ob der Server sie übernommen hat. Andernfalls bricht er ohne Datenzugriff ab.
Ein deaktivierter oder noch nie gelaufener Job wird nur gemeldet, wenn die jeweilige Alarm-Option aktiviert ist. Andere Prüfungen entfallen für diese Jobs.
Die Zeitplan-Lücken-Erkennung braucht mindestens vier Läufe im Auswertungsfenster und greift nur, wenn für den Job nicht bereits eine Altersmeldung vorliegt. Setze bei gemischten täglichen und wöchentlichen Zeitplänen beide Altersschwellen auf 0 und verlasse dich auf die Zeitplan-Lücken-Erkennung.

Siehe auch: Alarmierung für einen Check einrichten

War dies hilfreich?

Brauchen Sie noch Hilfe? Team fragen