Backup überwachen: Bescheid wissen, bevor Sie es brauchen

Einrichtung

In drei Schritten eingerichtet

1. Heartbeat anlegen

   Legen Sie im Konto unter „Heartbeats“ einen neuen an: Name, wie oft das Backup läuft (meist täglich) und wie viel Spielraum es hat, zum Beispiel eine Stunde. Sie bekommen eine eigene Ping-Adresse, etwa https://runcheck.de/a8k3m2x9q1.

2. Die Meldung an die Crontab-Zeile hängen

   Öffnen Sie die Crontab mit crontab -e und ergänzen Sie die Zeile Ihres Backups. $? ist der Exit-Code des Skripts; so erfahren wir auch, ob es mit einem Fehler endete. -m 10 begrenzt die Meldung auf zehn Sekunden, --retry 3 versucht es bei einem Netzaussetzer erneut.

   0 3 * * *  /usr/local/bin/backup.sh; curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/$? > /dev/null

3. Optional: auch den Beginn melden

   Rufen Sie vor dem Backup zusätzlich /start auf, messen wir die Dauer jedes Laufs und warnen auch, wenn das Backup hängen bleibt und das Ende ausbleibt.

   0 3 * * *  curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/start > /dev/null; /usr/local/bin/backup.sh; curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/$? > /dev/null

4. Einmal von Hand testen

   Starten Sie dieselbe Zeile ohne Zeitplan einmal in der Kommandozeile. Im Konto springt „Wartet auf die erste Meldung …“ auf Grün, und ab jetzt passen wir auf.

   /usr/local/bin/backup.sh; curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/$?

Die fertigen Zeilen für Linux, PHP, Python, Node.js, n8n, Make, Supabase und Vercel stehen auf der Seite Cronjob überwachen. Ihre eigene Ping-Adresse steht nach dem Anlegen im Konto, mit denselben Zeilen zum Kopieren.

Bei einem Ausfall

Was bei einem Ausfall passiert

Bleibt die Meldung länger aus als eingestellt, weil der Server aus war, cron nicht lief oder das Skript hängt, bekommen Sie eine Nachricht. Meldet das Skript einen Exit-Code ungleich 0, warnen wir sofort, mit dem Code in der Nachricht. Es gibt eine Nachricht je Störung und eine Entwarnung, sobald die nächste Sicherung gelingt. Im Verlauf sehen Sie jeden Lauf mit Uhrzeit und Ergebnis.

FAQ

Häufige Fragen zu Backup

Wie überwache ich ein Backup, das aus mehreren Befehlen besteht?

Merken Sie sich den ersten Fehler in einer Variablen und melden Sie ihn am Ende. Zählen soll der Code, den Sie mitschicken, zum Beispiel bei restic:

#!/bin/sh
restic backup /var/www /etc
rc=$?
restic forget --keep-daily 7 --prune || rc=$?
curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/$rc > /dev/null

rsync endet mit Exit-Code 24. Ist das Backup fehlgeschlagen?

Nicht unbedingt. rsync meldet 24, wenn Quelldateien während der Übertragung verschwunden sind, etwa rotierte Logdateien. Für viele Sicherungen ist das harmlos. Soll es nicht gemeldet werden, setzen Sie den Code vor der Meldung auf 0: rsync -a /quelle/ /ziel/; rc=$?; [ $rc -eq 24 ] && rc=0; curl -fsS -m 10 --retry 3 https://runcheck.de/a8k3m2x9q1/$rc

borg meldet Exit-Code 1. Ist das ein Fehler?

Bei BorgBackup ist 1 eine Warnung: Der Lauf kam bis zum Ende, im Protokoll stehen aber Warnungen. Da jeder Code ungleich 0 bei uns als Fehler zählt, hören Sie auch davon. Wollen Sie nur echte Fehler (2 und höher) gemeldet bekommen, setzen Sie 1 vor der Meldung auf 0: [ $rc -eq 1 ] && rc=0.

Wie merke ich, wenn ein Backup hängen bleibt?

Rufen Sie zu Beginn https://runcheck.de/a8k3m2x9q1/start auf, wie im optionalen Schritt oben. Dann wissen wir, dass ein Lauf begonnen hat, messen die Dauer und warnen, wenn das Ende zu lange ausbleibt.

Kann ich das Protokoll des Backups mitschicken?

Ja, per POST bis 10 KB, zum Beispiel die letzten Zeilen: tail -n 20 /var/log/backup.log | curl -fsS -m 10 --data-binary @- https://runcheck.de/a8k3m2x9q1/$?. Schreiben Sie keine personenbezogenen Daten hinein.

Brauche ich für die Überwachung ein eigenes Monitoring-System?

Nein. Auf dem Server genügt curl (oder wget), das auf den meisten Linux-Systemen schon vorhanden ist. Zeitplan, Spielraum und Benachrichtigung stellen Sie im Konto bei Cronjob.de ein. Ein Heartbeat mit Warnung per E-Mail ist kostenlos.