Backup & Wiederherstellung

Backup testen: Wie Unternehmen Wiederherstellungen richtig prüfen

Ein Backup-Protokoll mit „erfolgreich“ reicht nicht aus. Unternehmen sollten regelmäßig praktisch testen, ob Dateien, Server, Datenbanken, Microsoft-365-Daten und Anwendungen wirklich wiederhergestellt werden können.

Lesedauer: ca. 10 MinutenZuletzt aktualisiert: 2. Juli 2026
IT-Administrator vor Dashboard für Backup-Test und Restore-Probe
Backup-Test und Restore-Probe.

Kurzantwort

Kurzantwort für Geschäftsführer

Ein erfolgreiches Backup-Protokoll ist gut.

Aber es beweist nicht, dass die Wiederherstellung funktioniert.

Unternehmen sollten regelmäßig testen, ob Dateien, Ordner, Server, Datenbanken, Microsoft-365-Daten und Anwendungen wirklich wiederhergestellt werden können.

Ein Restore-Test zeigt

  • ob die Sicherung vollständig ist
  • wie lange die Wiederherstellung dauert
  • ob Berechtigungen stimmen
  • ob Anwendungen funktionieren
  • ob Zugangsdaten vorhanden sind
  • ob der Ablauf bekannt ist

Ein Backup-Test ist keine theoretische Kontrolle. Er ist eine praktische Probe für den Ernstfall.

Warum Backup-Tests oft vernachlässigt werden

Viele Unternehmen prüfen Backup-Protokolle.

Das ist wichtig.

Aber häufig bleibt es dabei.

Restore-Tests werden seltener durchgeführt, weil sie Zeit kosten, Planung brauchen oder im laufenden Betrieb stören könnten.

Doch genau dadurch entsteht ein Risiko.

Im Ernstfall wird dann zum ersten Mal ausprobiert, was vorher nie getestet wurde.

Das ist der falsche Zeitpunkt.

Erfolgreiche Sicherung ist nicht gleich erfolgreiche Wiederherstellung

Ein Backup kann erfolgreich abgeschlossen sein und trotzdem im Ernstfall nicht ausreichen.

Mögliche Gründe

  • wichtige Daten wurden nicht gesichert
  • Datenbank ist inkonsistent
  • Anwendung startet nach Restore nicht
  • Berechtigungen fehlen
  • Verschlüsselungsschlüssel ist nicht verfügbar
  • Wiederherstellung dauert zu lange
  • Sicherung ist beschädigt
  • Zielsystem ist nicht vorbereitet

Deshalb muss Wiederherstellung praktisch geprüft werden.

Darstellung von Backup-Protokoll und praktisch geprüfter Wiederherstellung
Backup-Protokoll und geprüfte Wiederherstellung.

Was ein Restore-Test zeigen soll

Ein Restore-Test soll nicht nur beweisen, dass irgendeine Datei zurückkommt.

Er soll zeigen, ob ein Unternehmen arbeitsfähig wird.

Wichtige Fragen

  • Was wurde wiederhergestellt?
  • Wie lange hat es gedauert?
  • Waren die Daten vollständig?
  • Funktionierte die Anwendung?
  • Waren Berechtigungen korrekt?
  • Waren Zugangsdaten vorhanden?
  • Wurde der Ablauf dokumentiert?
  • Gab es Verbesserungsbedarf?

Dateien und Ordner testen

Der einfachste Test ist die Wiederherstellung einzelner Dateien oder Ordner.

Dabei sollte geprüft werden

  • richtige Version
  • vollständiger Inhalt
  • korrekter Speicherort
  • Berechtigungen
  • Benutzerzugriff
  • Dauer der Wiederherstellung

Auch einfache Tests sollten dokumentiert werden.

Server und virtuelle Maschinen testen

Bei Servern reicht es nicht, nur Dateien zu sichern.

Wichtig ist, ob ein System als Ganzes wiederhergestellt werden kann.

Bei virtuellen Maschinen sollte geprüft werden

  • Startfähigkeit
  • Netzwerk
  • Dienste
  • Anmeldung
  • Anwendung
  • Abhängigkeiten
  • Wiederherstellungsdauer

Ein Server-Restore ist oft komplexer als eine Dateiwiederherstellung.

Darstellung einer Restore-Probe mit Wiederherstellung in eine isolierte Testumgebung
Restore-Probe in einer isolierten Testumgebung.

Datenbanken und Fachanwendungen testen

Viele Fachanwendungen nutzen Datenbanken.

Hier ist Konsistenz entscheidend.

Ein Restore-Test sollte prüfen

  • Datenbank lässt sich wiederherstellen
  • Anwendung verbindet sich korrekt
  • Daten sind aktuell genug
  • Benutzer können arbeiten
  • Berichte oder Vorgänge funktionieren
  • keine Folgefehler entstehen

Gerade Warenwirtschaft, Buchhaltung oder Praxissoftware sollten nicht nur technisch, sondern fachlich geprüft werden.

Microsoft-365-Daten testen

Auch Microsoft-365-Backups sollten getestet werden.

Beispiele

  • E-Mail wiederherstellen
  • Postfachordner wiederherstellen
  • OneDrive-Datei zurückholen
  • SharePoint-Bibliothek testen
  • Teams-relevante Datei prüfen
  • Berechtigungen kontrollieren

So wird sichtbar, ob die Backup-Lösung den tatsächlichen Bedarf erfüllt.

Berechtigungen und Konsistenz prüfen

Daten allein reichen nicht.

Nach einer Wiederherstellung müssen auch Rechte, Strukturen und Zusammenhänge stimmen.

Eine Datei am falschen Ort oder mit falschen Berechtigungen kann im Betrieb Probleme verursachen.

Deshalb gehören Berechtigungen und Funktionstest zum Restore-Test.

Wiederherstellungszeit messen

Ein Restore-Test sollte immer die Zeit erfassen.

Die Frage lautet

Passt die tatsächliche Wiederherstellungszeit zum gewünschten RTO?

Wenn ein System maximal vier Stunden ausfallen darf, der Test aber acht Stunden dauert, muss die Strategie angepasst werden.

Ergebnisse dokumentieren

Ein Test ohne Dokumentation bringt nur begrenzten Nutzen.

Dokumentiert werden sollten

  • Datum
  • getestetes System
  • verwendete Sicherung
  • Dauer
  • Ergebnis
  • Probleme
  • Verbesserungen
  • verantwortliche Person

So entsteht Nachvollziehbarkeit.

Tests nach Änderungen wiederholen

IT verändert sich.

Neue Server, neue Anwendungen, andere Berechtigungen, geänderte Backup-Ziele oder neue Microsoft-365-Strukturen können Auswirkungen haben.

Nach wichtigen Änderungen sollte ein Restore-Test wiederholt werden.

30-60-90-Tage-Fahrplan

Erste 30 Tage

  • kritische Systeme auswählen
  • vorhandene Backup-Protokolle prüfen
  • einfache Dateiwiederherstellung testen
  • Verantwortliche benennen
  • Ergebnisse dokumentieren

Bis 60 Tage

  • Server oder virtuelle Maschine testen
  • Microsoft-365-Wiederherstellung prüfen
  • Datenbank oder Fachanwendung bewerten
  • RTO messen
  • Schwachstellen festhalten

Bis 90 Tage

  • regelmäßigen Testplan erstellen
  • Ergebnisse vergleichen
  • Notfallablauf verbessern
  • Geschäftsführung informieren
  • jährliche Wiederholung festlegen

Geschäftsführer-Checkliste

  • Wurde eine Wiederherstellung praktisch getestet?
  • Welche Systeme wurden getestet?
  • Wie lange dauerte der Restore?
  • Waren Daten vollständig?
  • Funktionierten Anwendungen danach?
  • Waren Berechtigungen korrekt?
  • Wurde das Ergebnis dokumentiert?
  • Gibt es einen regelmäßigen Testplan?

Unsere Empfehlung

EDV Systeme Donner empfiehlt, Restore-Tests einfach, aber verbindlich zu starten.

Nicht jedes System muss sofort vollständig getestet werden.

Wichtig ist ein planvoller Einstieg mit kritischen Daten und anschließendem Ausbau.

Ein kleiner getesteter Restore ist besser als ein großes ungetestetes Backup-Versprechen.

Fazit

Backup-Tests schaffen Klarheit.

Sie zeigen, ob die Sicherung wirklich funktioniert und ob das Unternehmen im Ernstfall schnell genug wieder arbeitsfähig wird.

Wer Restore-Tests regelmäßig durchführt, reduziert Risiken und verbessert seine Notfallvorsorge deutlich.

Praxis-Check: Restore-Test planen

Keine Speicherung. Dieser Praxis-Check läuft nur lokal im Browser.

0 von 5 Punkten erfüllt

Checkliste Restore-Test

Kostenlos

Die Checkliste hilft Ihnen, Wiederherstellungstests für Dateien, Server, Datenbanken, Microsoft 365, Berechtigungen, RTO und Dokumentation strukturiert zu planen.

Checkliste herunterladen

FAQ

Warum reicht ein erfolgreiches Backup-Protokoll nicht aus?

Weil es nur zeigt, dass ein Sicherungsjob gelaufen ist. Es beweist nicht, dass Daten vollständig und nutzbar wiederhergestellt werden können.

Was sollte bei einem Restore-Test geprüft werden?

Daten, Anwendungen, Berechtigungen, Wiederherstellungszeit, Zugangsdaten und Dokumentation.

Wie oft sollte man Backups testen?

Regelmäßig und nach wichtigen Änderungen an Systemen, Anwendungen oder Backup-Struktur.

Muss ein kompletter Server wiederhergestellt werden?

Nicht immer sofort. Für kritische Systeme sollte aber geprüft werden, ob eine vollständige Wiederherstellung möglich ist.

Warum müssen Berechtigungen geprüft werden?

Weil Daten ohne korrekte Berechtigungen im Betrieb Probleme verursachen oder Sicherheitsrisiken erzeugen können.

Was ist bei Datenbanken besonders wichtig?

Konsistenz, Aktualität und Funktion der Anwendung nach der Wiederherstellung.

Wie testet man Microsoft-365-Daten?

Zum Beispiel durch Wiederherstellung einzelner E-Mails, OneDrive-Dateien oder SharePoint-Bibliotheken in einer kontrollierten Umgebung.

Wer sollte Restore-Tests dokumentieren?

Die verantwortliche IT-Person oder der betreuende IT-Dienstleister mit nachvollziehbarer Ablage für Geschäftsführung und IT.

Was tun, wenn ein Restore-Test fehlschlägt?

Ursache prüfen, Backup-Konzept anpassen, erneut testen und Ergebnis dokumentieren.

Wie unterstützt EDV Systeme Donner?

EDV Systeme Donner plant und begleitet Restore-Tests, prüft Protokolle, misst Wiederherstellungszeiten und dokumentiert Ergebnisse.

Quellen

  1. NIST – Contingency Planning Guide for Federal Information Systems
  2. BSI – BSI-Standard 200-4 Business Continuity Management
  3. EDV Systeme Donner – Backup für Unternehmen
  4. EDV Systeme Donner – Microsoft 365 Backup
  5. EDV Systeme Donner – Warum OneDrive kein Backup ersetzt

Sie möchten Ihr Backup praktisch testen lassen?

EDV Systeme Donner unterstützt bei Restore-Proben für Dateien, Server, Microsoft 365, Datenbanken und Fachanwendungen.

Restore-Test planen