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.

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.

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
Alle Punkte wurden geprüft.
Checkliste Restore-Test
Die Checkliste hilft Ihnen, Wiederherstellungstests für Dateien, Server, Datenbanken, Microsoft 365, Berechtigungen, RTO und Dokumentation strukturiert zu planen.
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
- NIST – Contingency Planning Guide for Federal Information Systems
- BSI – BSI-Standard 200-4 Business Continuity Management
- EDV Systeme Donner – Backup für Unternehmen
- EDV Systeme Donner – Microsoft 365 Backup
- EDV Systeme Donner – Warum OneDrive kein Backup ersetzt
Weiterführende Fachartikel
Verwandte Themen
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.

