Support & Automatisierung

Backup-Check

Overview

Ein Backup-Check ist die feste Prüfroutine des Betriebs, die über die reine Joberfolgsmeldung hinausgeht: Täglich oder wöchentlich wird kontrolliert, ob alle vorgesehenen Systeme gesichert wurden, ob Warnungen offen sind, ob Speicher und Aufbewahrung reichen und in festen Abständen, ob sich Dateien, Postfächer, VMs und ganze Systeme tatsächlich wiederherstellen lassen.

Abgrenzung: Backup Monitoring ist die technische Überwachung der Sicherungsjobs mit Alarmen. Der Backup-Check ist die verantwortete Prüfung mit Restore-Test und Nachweis. Eine grüne Jobmeldung belegt nur, dass ein Job lief, nicht, dass die Daten im Ernstfall nutzbar sind.

Aktuelle Änderung: Bei Azure Backup wurden die klassischen Alerts zum 31. März 2026 abgekündigt, Microsoft empfiehlt Azure Monitor Alerts. Für die Datensicherung als Ganzes beschreibt der BSI-Baustein CON.3 Datensicherungskonzept die Anforderungen, NIS2 verlangt Backup-Management als Teil der Betriebskontinuität.

How it works

Ein Backup-Check kombiniert Routine und Stichprobe:

  1. Täglich: Joberfolg aller Sicherungen prüfen, Warnungen und Fehlschläge bearbeiten, nicht gesicherte Systeme identifizieren (z. B. neue VMs ohne Schutz).
  2. Wöchentlich: Speicherbelegung, Aufbewahrung, Status der Offsite- bzw. unveränderlichen Kopie.
  3. Monatlich: Restore-Test mit wechselnden Objekten, z. B. Datei, Postfach, SQL-Datenbank, komplette VM in eine isolierte Umgebung.
  4. Jährlich oder nach großen Änderungen: Wiederherstellung eines kritischen Gesamtsystems gegen die Vorgaben für RPO und RTO.
  5. Nachweis: Ergebnis, Dauer und Auffälligkeiten im Ticket oder Prüfprotokoll dokumentieren.

Werkzeuge wie Veeam SureBackup automatisieren Restore-Tests in isolierten Umgebungen, Azure Backup zeigt Jobs, Alerts und ungeschützte Ressourcen im Resiliency-Dashboard.

Benefits

  • Fehlgeschlagene oder fehlende Sicherungen fallen innerhalb eines Tages auf, nicht erst beim Datenverlust
  • Restore-Tests zeigen, ob RTO-Vorgaben realistisch sind, bevor ein Ernstfall es zeigt
  • Das Team übt die Wiederherstellung, was im Notfall Zeit und Fehler spart
  • Dokumentierte Prüfungen sind ein Nachweis gegenüber Versicherern, Auditoren und für NIS2

Practical example

Ein Lohnreiniger für Industriebauteile mit 100 Mitarbeitenden sichert seine Hyper-V-Umgebung mit Veeam. Nach einem Ransomware-Fall bei einem Partnerbetrieb führte die IT einen dokumentierten Backup-Check ein: täglicher Blick in den Report, monatlicher Restore-Test einer wechselnden VM in ein isoliertes Netz und Prüfung der unveränderlichen Kopie. Beim ersten Test fiel auf, dass die ERP-Datenbank wegen eines fehlenden Applikationsagenten nur crash-konsistent gesichert wurde, der Fehler wurde behoben.

Things to keep in mind

  • Neue Systeme beim Change Request automatisch in die Sicherung aufnehmen und im Backup-Check auf ungeschützte Ressourcen prüfen
  • Restore-Tests in einer isolierten Umgebung durchführen, damit wiederhergestellte Systeme nicht mit der Produktion kollidieren
  • Zugang zur Backup-Konsole mit MFA und getrennten Konten absichern, weil Angreifer zuerst die Sicherungen löschen
  • Bei Azure Backup von klassischen Alerts auf Azure Monitor Alerts umstellen, falls noch nicht geschehen

Conclusion

Ein Backup ist erst dann eines, wenn die Wiederherstellung getestet ist. Lege feste Prüfintervalle mit Restore-Test und schriftlichem Nachweis fest.

Further reading

Related articles