Der Morgenbericht sieht perfekt aus. Alle Backup-Jobs von letzter Nacht stehen auf „Success“.
Das fühlt sich sicher an. Aber es ist kein Beweis. Solange Sie nicht wirklich wiederherstellen, ist es Schrödingers Backup: Es kann gleichzeitig „funktionieren“ und „wertlos“ sein.
Ein Backup-Job kann ohne Fehler durchlaufen und trotzdem in einem Ernstfall beim Restore scheitern. Denn ein Backup, das nie getestet wurde, ist kein Beweis. Es ist ein Plan. Der Beweis ist der Restore.
Die eigentliche Frage ist also nicht „Ist der Job durchgelaufen?“, sondern: Können wir das wiederherstellen, was wir brauchen, in der Zeit, die wir brauchen?
Dieser Ansatz ist auch wichtig für Vorgaben wie NIS2. Dort müssen Organisationen zeigen, dass ihre Notfall- und Wiederanlaufpläne wirklich funktionieren.
Warum „erfolgreiche“ Backups später trotzdem scheitern
Die meisten Restore-Probleme sieht man beim Backup nicht sofort:
- Speicherprobleme können Daten über die Zeit unbemerkt beschädigen
- Änderungen am System können eine komplette Wiederherstellung schwieriger machen als erwartet
- Verschlüsselung oder Zugangsdaten fehlen genau dann, wenn man sie braucht
- Ein Restore ist möglich, aber der Ablauf ist langsam, manuell und unsicher
- Aufbewahrungszeiten (Retention) sind falsch eingestellt
- Wichtige Daten wurden aus Versehen nicht gesichert
Nichts davon steht in einer „Success“-Meldung. Meist merkt man es erst im Incident. Und das ist der schlechteste Zeitpunkt dafür.
Wie Bareos einen Restore-First-Ansatz unterstützt
1) Nicht nur speichern. Integrität prüfen.
Daten können unbemerkt unlesbar werden. Hardware macht Probleme. Speicher läuft voll. Ein Band von letztem Jahr lässt sich heute vielleicht nicht mehr sauber lesen.
Bareos kann Verify-Jobs ausführen. Dabei werden die gespeicherten Daten mit ihrer ursprünglichen digitalen Signatur verglichen. So erkennt man stille Datenkorruption („Bit Rot“) frühzeitig, bevor es zum Problem wird
Eine weitere Möglichkeit: Bareos kann Restore-Jobs automatisch ausführen. Damit wird die komplette Restore-Kette geprüft – vom Lesen der Daten vom Backup-Medium bis zur Wiederherstellung auf dem Zielsystem
Aus „Wir nehmen an, dass alles passt“ wird so ein regelmäßiger Check, den Sie prüfen können. Wenn etwas nicht stimmt, merken Sie es im normalen Betrieb – nicht erst im Ernstfall.
2) Linux-Recovery mit ReaR
Datei-Restores sind häufig. Viele echte Vorfälle drehen sich aber um die Wiederherstellung eines ganzen Systems.
Mit ReaR (Relax-and-Recover), unterstützt Bareos Bare-Metal-Recovery-Workflows unter Linux. Der Vorteil ist die Wiederholbarkeit: weniger manuelle Schritte, weniger Überraschungen und ein Ablauf, den man testen kann.
3) Windows Recovery mit Barri
Eine komplette Windows-Wiederherstellung war lange Zeit langsam und sehr manuell. Das neue Barri-Plugin (Bareos Recovery Imager) in Bareos 25 erstellt während des normalen Betriebs ein vollständiges System-Image – ohne Unterbrechung.
Mit Barri können Sie ein komplettes Windows-System auf dem Originalsystem, neuer Hardware oder in einer VM wiederherstellen, statt nur einzelne Dateien zurückzuspielen.
Eine kurze „besser schlafen“-Checkliste
Sie müssen nicht alles testen. Sie brauchen eine kleine Routine, die regelmäßig läuft.
Wöchentlich
- Verify-Check oder Test-Restore mit zufällig ausgewählten Daten ausführen
- Ergebnisse so prüfen wie Monitoring-Alerts
Monatlich
- Ein System in eine Testumgebung wiederherstellen (VM reicht) und prüfen, ob es bootet und nutzbar ist
- Unterschiedliche Zeiträume testen (letzte Woche, letzter Monat, letztes Quartal)
Immer
- Sicherstellen, dass alles für den Restore verfügbar ist, auch wenn Systeme down sind (Passwörter, Keys, Rechte, Zugriff auf Storage)
Fazit
Ein guter Backup-Report ist ein nützliches Signal. Aber im Ernstfall zählt nur eins: ob Sie wiederherstellen können.
Wenn Sie 2026 Sicherheit wollen – gegen Ausfälle, Fehler und Ransomware – brauchen Sie Belege, dass Restores funktionieren. Bareos unterstützt das mit Verify- und Recovery-Workflows, die Sie testen und wiederholen können.
Wenn Sie tiefer einsteigen möchten: Testen Sie Bareos 25 und prüfen Sie Windows-Recovery mit dem Barri Plugin (nur im Subscription-Umfang) in Ihrer Umgebung, um Ihren Windows-Recovery-Workflow zu validieren.