Eine Backup-Datei ist nur ein Teil des Nachweises
Die Sicherung von gestern zu finden, ist hilfreich. Offen bleibt trotzdem: Ist der heutige Job gestartet? War er vor dem nächsten geplanten Lauf fertig? Hat das Programm einen Fehler gemeldet? Lassen sich die benötigten Daten wiederherstellen? Backup-Monitoring trennt diese Fragen, damit ein grüner Ausführungsstatus nicht als Nachweis einer möglichen Wiederherstellung missverstanden wird.
MetriBeacon beobachtet Backup-Jobs über Job-Monitore und den CLI-Runner. Ihr vorhandener Zeitplaner startet weiterhin die Arbeit. MetriBeacon erfasst gemeldete Ausführungen und prüft konfigurierte Erwartungen. Die Wiederherstellung und eine automatische Inhaltsprüfung des Backups übernimmt es nicht.
Drei Fehlerfälle festlegen
| Fehlerfall | Was Sie prüfen sollten |
|---|---|
| Fehlgeschlagener Lauf | Ergebnis des Backup-Programms, Logs und Ziel |
| Ausgebliebener Start | Zeitplaner, Verfügbarkeit des Rechners und Zeitplan |
| Überlanger Lauf | Laufzeit, blockierte Arbeit und Überschneidungen |
Eine Prüfung auf fehlenden Start benötigt einen eingestellten Zeitplan. Ohne ihn kann die Überwachung nicht wissen, ob ein stiller Job hätte beginnen müssen. Wählen Sie Zeitzone und erlaubte Verspätung bewusst, besonders wenn Ihr Zeitplaner lokale Uhrzeiten verwendet.
Den vorhandenen Befehl einbinden
Legen Sie mit der Vorlage Backup/Cron einen Job-Monitor an. Prüfen Sie den Zeitplan und aktivieren Sie gewünschte Regeln ausdrücklich. Starten Sie Ihr vorhandenes Backup-Programm über den CLI-Wrapper:
metribeacon run --monitor-id MONITOR_UUID -- /usr/local/bin/backup.sh
Ersetzen Sie die Kennung durch die ID Ihres Monitors und richten Sie die Zugangsdaten anhand der Job-Dokumentation ein. Schlüssel gehören weder in öffentliche Beispiele noch in Repositories oder geteilte Logs. Der Wrapper meldet die Ausführung. Ihr Cron-Dienst oder ein anderer Zeitplaner bleibt für den Start verantwortlich.
Bei überlappenden geplanten Läufen können Sie mit der dokumentierten Option --scheduled-for die vorgesehene UTC-Zeitplanminute melden. Dadurch beschreibt eine Ausführung den vorgesehenen Termin und nicht allein den möglicherweise verspäteten tatsächlichen Start.
Einen aussagekräftigen Exit-Code erhalten
Ein Shell-Skript kann einen Backup-Fehler verdecken, wenn es mit einem unabhängigen erfolgreichen Befehl endet. Prüfen Sie die Fehlerbehandlung des Skripts und die dokumentierten Exit-Codes des Backup-Werkzeugs. Der Wrapper sollte das Ergebnis der eigentlichen Sicherung sehen.
Beschädigen Sie für einen Test keine produktive Sicherung. Verwenden Sie einen ungefährlichen Testbefehl mit einem von null abweichenden Exit-Code und danach einen erfolgreichen Befehl. Kontrollieren Sie beide aufgezeichneten Läufe. Pausieren Sie zusätzlich einen Testzeitplan, um die Prüfung auf fehlenden Start zu testen. Diese Versuche prüfen unterschiedliche Wege.
Laufzeiten als Zusammenhang lesen
Leiten Sie die Grenze für überlange Läufe aus üblichen Sicherungszeiten und einem passenden Puffer ab. Ein größerer Datenbestand kann auch bei fehlerfreiem Ablauf länger dauern. Vergleichen Sie mehrere Ausführungen, bevor Sie aus einer längeren Laufzeit einen Defekt ableiten.
Beobachten Sie zusätzlich den Speicherplatz am Ziel und den Zustand des Quellrechners. Die Anleitung zum Server-Monitoring behandelt Speicherplatz, CPU und RAM. Solche Werte helfen bei der Untersuchung eines langsamen Laufs, beweisen aber für sich keine Ursache.
Wiederherstellungen separat prüfen
Ein erfolgreicher Prozessabschluss bedeutet, dass die gemeldete Operation aus Sicht des Programms erfolgreich war. Er belegt nicht, dass alle benötigten Dateien enthalten sind, Zugangsdaten verfügbar bleiben oder die Wiederherstellung auf einem frischen Rechner gelingt.
Führen Sie regelmäßige Wiederherstellungsübungen in einer geeigneten Testumgebung durch. Prüfen Sie Dateien oder Anwendung anhand einer festgelegten Wiederherstellungsanforderung. Ein eigener Testjob kann seine Ausführung ebenfalls an MetriBeacon melden. Benennen Sie Backup-Erstellung und Wiederherstellungsprüfung klar getrennt und geben Sie ihnen eigene Zeitpläne und Regeln.
Eine kurze Betriebsliste
- Erwarteten Zeitplan und Zeitzone bestätigen.
- Einen echten erfolgreichen Lauf samt Exit-Status kontrollieren.
- Fehler, fehlenden Start und Entwarnung kontrolliert testen.
- Empfang am gewählten Benachrichtigungsziel prüfen.
- Umfang und Ergebnis einer gesonderten Wiederherstellungsübung festhalten.
Konzentrieren Sie sich auf Beobachtungen, aus denen eine Handlung folgt. Mehr Nachrichten bedeuten nicht automatisch eine vollständigere Prüfung.
Häufige Fragen
Führt MetriBeacon meine Sicherung aus?
Nein. Zeitplaner und Backup-Programm erledigen die Arbeit. Die Integration meldet Ausführungen und die Überwachung erkennt unerfüllte Erwartungen.
Beweist ein Alarm, dass mein Backup wiederherstellbar ist?
Ein Ausführungsalarm kann das nicht. Eine Wiederherstellungsübung liefert einen eigenen Nachweis. Bei Bedarf melden Sie sich als separaten Job.
Was passiert bei einem Abschluss nach Mitternacht?
Unterscheiden Sie geplanten Termin, tatsächlichen Start und Abschluss. Prüfen Sie die Zeitzone und melden Sie gegebenenfalls den vorgesehenen Termin mit --scheduled-for.
Mit einem Backup-Job beginnen
Wählen Sie zuerst die Sicherung, die Sie bei einer Wiederherstellung am dringendsten benötigen. Stellen Sie den Zeitplan ein, testen Sie Alarme und ergänzen Sie eine eigene Wiederherstellungsübung. Die Vorlage Backup/Cron darunter bietet den Einstieg in die Überwachung und lässt Ihr Backup-Werkzeug weiterarbeiten.
