Die kurze Antwort: Bei einem Wiederherstellungstest werden bestimmte Daten kontrolliert aus einem Backup abgerufen und außerhalb der Produktivumgebung in Betrieb genommen – in einem anderen Ordner, auf einer anderen virtuellen Maschine oder auf Ersatzhardware. Dabei wird nichts überschrieben, der Test lässt sich an einem Nachmittag durchführen und beantwortet zwei Fragen, auf die das grüne Häkchen im Sicherungsprogramm keine Antwort gibt: Funktioniert die Wiederherstellung überhaupt und wie lange dauert sie? Das Ergebnis gehört in ein einseitiges Protokoll – Datum, was, woher, wohin, wie lange, wer, Ergebnis und Feststellungen. Vyhláška č. 409/2025 Sb. verlangt im höheren Pflichtenregime ausdrücklich Tests und die Dokumentation ihrer Ergebnisse, Vyhláška č. 410/2025 Sb. im niedrigeren Regime dagegen nicht. Eine Häufigkeit schreibt keine der beiden vor.
Die meisten Unternehmen, mit denen wir über Datensicherung sprechen, befinden sich in derselben Lage: Sie haben Backups. Ein NAS im Serverraum, eine Kopie in der Cloud, E-Mails bei Microsoft. Die Sicherungssoftware meldet jeden Morgen, dass der Auftrag erfolgreich abgeschlossen wurde. Einige Monate lang wird diese Meldung gelesen, danach wird sie nur noch in einen Ordner gefiltert. Fragen wir, wann zuletzt tatsächlich jemand etwas aus diesem Backup wiederhergestellt hat, lautet die Antwort: noch nie. In diesem Zustand besitzen Sie zwar ein Backup, haben es aber nicht überprüft – und der Unterschied zeigt sich erst an dem Tag, an dem der Betrieb davon abhängt.
Warum „das Backup läuft“ nicht bedeutet, dass die Wiederherstellung funktioniert
Veeam veröffentlichte am 23. April 2025 die Ergebnisse einer Umfrage unter 1.300 Organisationen, von denen 900 bereits einen Cyberangriff erlebt hatten. In den vorangegangenen zwölf Monaten waren 69 % von ihnen betroffen. Entscheidend sind jedoch die Zahlen zur Wiederherstellung: Nur 10 % der Organisationen stellten mehr als 90 % ihrer Daten wieder her, während 57 % weniger als die Hälfte wiederherstellten. Gleichzeitig waren 66 % der Backup-Repositorys von dem Angriff betroffen.
Die meisten betroffenen Unternehmen hatten also Backups und konnten dennoch nicht einmal die Hälfte ihrer Daten zurückholen. In einigen Fällen wurde das Backup zusammen mit der Produktivumgebung verschlüsselt, weil es an derselben Domäne hing und dieselben Zugänge verwendete. Anderswo fehlte genau das, was niemand in den Sicherungsauftrag aufgenommen hatte – Datenbanken, Konfigurationen oder Postfächer. Und manchmal wusste niemand, wie aus dem Backup wieder ein funktionsfähiger Server wird.
Die Sicherungssoftware meldete dennoch Erfolg – sie meldet allerdings etwas anderes, als Menschen darin zu lesen glauben: Der Auftrag wurde abgeschlossen und die Daten wurden am Ziel gespeichert. Sie sagt nicht, ob das Backup alles Erforderliche enthält, ob sich die Daten wieder produktiv einsetzen lassen und ob jemand im Unternehmen dazu in der Lage ist.
Eine Integritätsprüfung ist kein Wiederherstellungstest
Am häufigsten wird eine Funktion verwechselt, die wie eine Überprüfung der Wiederherstellung wirkt. Bei Synology Hyper Backup ist das die Datenintegritätsprüfung: Laut Synology-Dokumentation prüft sie, ob der Sicherungsauftrag fortgesetzt und das Backup wiederhergestellt werden kann – die Daten selbst werden dabei jedoch nicht übertragen. Die Funktion sollte aktiviert sein, ersetzt aber keinen Wiederherstellungstest. Sie betrachtet nur den Backup-Speicher und nicht den Weg zurück in den Betrieb. Sie sagt Ihnen nicht, ob Sie daraus innerhalb von zwei Stunden Ihre Buchhaltung wieder zum Laufen bringen.
Was genau getestet werden sollte
Es ist nicht sinnvoll, alles auf einmal zu testen. Teilen Sie den Test in vier Ebenen auf.
| Ebene | Was wiederhergestellt wird | Welche Frage sie beantwortet |
|---|---|---|
| 1. Datei und Ordner | Ein Dokument vom freigegebenen Laufwerk, idealerweise eine ältere Version | Können wir eine gelöschte Datei abrufen und die richtige Version finden? |
| 2. Gesamtes Gerät | Ein Server oder Notebook als virtuelle Maschine oder auf Ersatzhardware (Bare Metal) | Lässt sich ein Gerät starten, das physisch nicht mehr existiert? |
| 3. Datenbank und Buchhaltung | Datenbank, Buchhaltungsdaten, ERP – und vor allem deren tatsächlicher Start | Startet die Anwendung mit den wiederhergestellten Daten und stimmen die Daten? |
| 4. Microsoft 365 | Postfach, OneDrive, SharePoint | Haben wir eine eigene Kopie oder verlassen wir uns auf den Papierkorb des Anbieters? |
Ebene 2 wird fast nie getestet, entscheidet aber am Tag des Ausfalls über den Erfolg. Ebene 3 ist am tückischsten: Eine Datenbankdatei lässt sich zwar immer kopieren, doch eine im laufenden Betrieb ohne Unterstützung der Anwendung erstellte Kopie kann inkonsistent sein und von der Anwendung abgelehnt werden. Deshalb muss die wiederhergestellte Datenbank während des Tests tatsächlich gestartet werden. Ebene 4 ist ein eigenes Thema; wir behandeln es im Artikel darüber, warum Microsoft 365 Ihre E-Mails nicht sichert.
So führen Sie einen Wiederherstellungstest auf Synology durch
Wiederherstellung einer Datei mit Hyper Backup in einem anderen Ordner. Öffnen Sie den Backup-Explorer des betreffenden Auftrags, wählen Sie die Version anhand des Datums aus und markieren Sie den Ordner oder die Datei. Wählen Sie für die Wiederherstellung einen anderen Zielort – einen Testordner, nicht den ursprünglichen Pfad. Eine Wiederherstellung an einem anderen Ort kann die Produktivdaten nicht beschädigen, sodass der Test auch während der Arbeitszeit stattfinden kann. Öffnen Sie anschließend die Datei, überprüfen Sie ihre Version und löschen Sie den Testordner.
Wiederherstellung eines gesamten Geräts mit Active Backup for Business. Laut Synology-Spezifikation ermöglicht die Lösung eine Bare-Metal-Wiederherstellung mithilfe des Recovery Media Creator. Damit wird ein bootfähiges Medium erstellt, über das das Gerät auf unbespielter Hardware wiederhergestellt wird. Außerdem unterstützt sie Instant Restore, also das sofortige Starten eines Backups als virtuelle Maschine in vSphere, Hyper-V oder Synology Virtual Machine Manager.
Für einen Test ist Instant Restore am bequemsten: Das Backup wird direkt auf dem NAS in VMM als virtuelle Maschine gestartet, ohne dass Sie das Original verändern. Trennen Sie beim Start die Netzwerkkarte oder starten Sie die Maschine in einem isolierten Netzwerk. Der wiederhergestellte Server besitzt denselben Namen, dieselbe IP-Adresse und dieselben Rollen wie das Produktivsystem. Zwei identische Maschinen in einem Netzwerk verursachen erhebliche Probleme.
Berücksichtigen Sie außerdem die von Synology angegebenen Parallelitätsgrenzen: Active Backup for Business unterstützt gleichzeitig höchstens 10 Dateiserver und je nach Arbeitsspeicher des NAS 10, 30 oder 50 Computer und virtuelle Maschinen. Planen Sie den Test deshalb außerhalb des Zeitfensters laufender Sicherungen.
So führen Sie einen Wiederherstellungstest in Veeam Backup & Replication durch
Bei Veeam stellt sich häufig zuerst die Lizenzfrage. Veeam Backup & Replication Community Edition ist für 10 Instanzen kostenlos. Eine Workstation zählt dabei als 1 Instanz, ein Server als 3 Instanzen. Zehn Instanzen reichen beispielsweise für drei Server und eine Workstation oder für zwei Server und vier Workstations. Ein kleineres Unternehmen kommt damit aus und kann Wiederherstellungen ohne Anschaffungskosten testen.
Der eigentliche Test folgt denselben Regeln wie bei Synology: Die Wiederherstellung muss neben der Produktivumgebung erfolgen, nicht über sie hinweg – eine virtuelle Maschine unter einem anderen Namen in einem isolierten Netzwerk, Dateien in einem neuen Ordner. Das Überschreiben des Originals ist kein Test, sondern ein Eingriff in den Betrieb.
Prüfen Sie bei der wiederhergestellten Maschine drei Dinge: Ist das Betriebssystem gestartet, sind die Dienste gestartet – etwa Datenbank, Anwendungsserver und Dateifreigaben – und lässt sich in der Anwendung ein Ihnen bekannter realer Datensatz öffnen? Erst dann ist die Wiederherstellung gelungen. Ein gestarteter Anmeldebildschirm beweist nicht, dass die enthaltenen Daten brauchbar sind.
So messen Sie RTO und RPO Ihres Unternehmens
Zwei Abkürzungen, die in jeder Backup-Dokumentation vorkommen, unter denen sich jedoch nur wenige eine konkrete Zahl vorstellen können.
RTO (Recovery Time Objective, Wiederherstellungszeit) ist die Zeitspanne, innerhalb derer ein Dienst wieder betriebsbereit sein muss. Sie wird vom Beginn des Ausfalls bis zu dem Zeitpunkt gemessen, an dem die Mitarbeitenden wieder normal arbeiten können – nicht nur bis zum Abschluss der Datenwiederherstellung. Dazu gehört auch die Zeit, bis jemand den Ausfall bemerkt und Ersatzhardware beschafft.
RPO (Recovery Point Objective, Wiederherstellungspunkt) bezeichnet die Menge an Arbeit, deren Verlust Sie sich leisten können, ausgedrückt als Zeitspanne. Wird einmal täglich um zwei Uhr morgens gesichert und fällt das System um 16:00 Uhr aus, verlieren Sie einen ganzen Arbeitstag. Das RPO entspricht in der Praxis ungefähr dem Abstand zwischen den Backups.
Beide Werte ergeben sich nicht aus der Technik, sondern aus den betrieblichen Anforderungen. Beantworten Sie für jeden wichtigen Dienst, wie lange das Unternehmen ohne ihn auskommt und wie viele Arbeitsstunden erneut geleistet werden können. Halten Sie die Antworten als Zielwerte fest.
Der Wiederherstellungstest liefert anschließend die gemessenen Werte. Stoppen Sie drei Abschnitte getrennt: die Vorbereitung – also die Suche nach Medien, Passwörtern und Dokumentation –, die eigentliche Datenwiederherstellung und die Fertigstellung bis zum betriebsfähigen Zustand. Vergleichen Sie die Summe mit dem geforderten RTO. Liegt das gemessene RTO deutlich höher, ist das kein Grund, den Zielwert umzuschreiben. Es handelt sich um eine Feststellung, für die eine konkrete Lösung erforderlich ist: ein schnellerer Übertragungsweg, ein vorbereitetes Ersatzgerät oder eine dokumentierte Vorgehensweise. Beim ersten Test zeigt sich meist, dass nicht die Datenübertragung am meisten Zeit beansprucht hat, sondern die Suche: Wo liegt der Lizenzschlüssel, wer kennt das Passwort für das NAS und wo befindet sich die letzte Offline-Kopie?
Vorlage für das Protokoll eines Wiederherstellungstests
Das Protokoll muss keine zehn Seiten umfassen. Eine Seite pro Test genügt; ihr Wert liegt darin, dass sie existiert und datiert ist. Speichern Sie sie in der Betriebsdokumentation, nicht in einer E-Mail.
| Eintrag | Was hineingehört |
|---|---|
| Datum und Uhrzeit | Wann der Test begonnen und geendet hat |
| Was wiederhergestellt wurde | Konkretes System oder konkrete Daten: Dateiserver, Buchhaltungsdatenbank, Postfach |
| Woher | Quelle des Backups: Auftrag, Speicherort, Version nach Datum |
| Wohin | Testordner, isolierte virtuelle Maschine, Ersatzhardware – mit dem ausdrücklichen Hinweis, dass es sich nicht um die Produktivumgebung handelte |
| Wie lange | Gemessene Zeit: Vorbereitung, Datenwiederherstellung, Fertigstellung bis zur Betriebsbereitschaft |
| Wer | Name der Person, die den Test durchgeführt hat, und der anwesenden Personen |
| Ergebnis | Erfolgreich / mit Einschränkungen erfolgreich / fehlgeschlagen – einschließlich des Nachweises, etwa ein geöffnetes Dokument oder ein gestarteter Dienst |
| Feststellungen und Maßnahmen | Welches Problem erkannt wurde, wer es bis wann behebt |
Fügen Sie dem Protokoll einen Nachweis bei, nicht nur eine Behauptung: einen Screenshot der abgeschlossenen Wiederherstellung, einen Auszug aus dem Protokoll oder ein Bild der geöffneten Datei. Die Zeile „Feststellungen und Maßnahmen“ ist am wertvollsten – ein Test, nach dem niemand etwas verbessert, ist nur eine Übung.
Was die Vorschriften verlangen – und was nicht
Seit dem 1. November 2025 unterscheiden sich die Regeln je nach Pflichtenregime. Welches Regime für Ihr Unternehmen gilt und ob es überhaupt betroffen ist, erläutern wir im Artikel über Zákon č. 264/2025 Sb. und seinen Geltungsbereich. Hier geht es ausschließlich um Backups.
Regime höherer Pflichten – Vyhláška č. 409/2025 Sb. Gemäß § 26 odst. 3 písm. a) a b) stellt die verpflichtete Person bei Backups regelmäßige Tests ihrer Integrität, Verfügbarkeit und Wiederherstellbarkeit sowie die Dokumentation der Testergebnisse sicher. Písmeno c) desselben Absatzes verlangt mindestens eine Verschlüsselung der Backups gemäß § 25, während odstavec 5 die Trennung der Sicherungsumgebung von anderen Umgebungen fordert. Darüber hinaus schreibt § 15 písm. c) a e) vor, die Wiederherstellungszeit und den Wiederherstellungspunkt – also RTO und RPO – festzulegen und die Pläne zur Aufrechterhaltung des Betriebs und zur Wiederherstellung regelmäßig zu testen.
Regime niedrigerer Pflichten – Vyhláška č. 410/2025 Sb. Diese Regelung ist weniger streng. § 6 písm. c) verlangt regelmäßige Backups; eine ausdrückliche Pflicht, deren Wiederherstellbarkeit zu testen, enthält sie nicht. Dafür fordert § 11 písm. a) eine Netzwerksegmentierung einschließlich der Trennung der Betriebs- und Sicherungsumgebung. In der Praxis sollte das Backup also nicht über dieselben Zugänge erreichbar sein und sich nicht im selben Segment befinden wie das gesicherte System.
Und nun zu einem weitverbreiteten Irrtum. Häufig wird behauptet, das Gesetz schreibe monatliche Wiederherstellungstests vor. Das stimmt nicht: Keine der beiden Vyhlášky legt eine Testhäufigkeit fest. Das höhere Regime verlangt regelmäßige Tests und deren Dokumentation, das Intervall bestimmt die verpflichtete Person jedoch selbst. Im niedrigeren Regime wird das Testen der Wiederherstellbarkeit überhaupt nicht ausdrücklich verlangt.
Für die Fristen ist außerdem Zákon č. 264/2025 Sb. relevant: Gemäß § 6 odst. 1 muss die regulierte Dienstleistung dem Úřad spätestens innerhalb von 60 Tagen gemeldet werden. Nach § 13 odst. 4 sind die Sicherheitsmaßnahmen spätestens innerhalb eines Jahres nach Zustellung der Registrierungsentscheidung einzuführen.
Wie häufig sollte nach bewährter Praxis getestet werden?
Die folgenden Angaben sind keine Wiedergabe einer Vorschrift, sondern Empfehlungen aus der Praxis. Richten Sie die Häufigkeit danach aus, wie lange Ihr Unternehmen ohne den jeweiligen Dienst auskommt.
- Nach jeder wesentlichen Änderung. Ein neuer Server, eine Migration, eine Änderung am Sicherungsauftrag oder ein neues Buchhaltungssystem. Änderungen sind typische Zeitpunkte, an denen eine Sicherung unbemerkt fehlerhaft wird, ohne dass die Statusmeldung dies erkennt.
- Dateiwiederherstellung: kurze Abstände, geringer Aufwand. Sie dauert nur wenige Minuten und hält die notwendigen Fähigkeiten frisch. Ein vierteljährlicher Test ist gut machbar.
- Wiederherstellung eines gesamten Geräts: mindestens einmal jährlich, bei kritischen Systemen häufiger. Dieser Test liefert das gemessene RTO. Planen Sie dafür einen halben ruhigen Arbeitstag ein, nicht die Zeit des Jahresabschlusses.
- Wiederherstellung von Datenbank und Buchhaltung: am Buchhaltungszyklus ausrichten, damit eindeutig ist, welche Daten in der Kopie enthalten sein und übereinstimmen müssen.
- Immer gemeinsam mit der Person, die es im Ernstfall tatsächlich durchführen wird. Ein Test, den nur eine einzige Person bewältigen kann, ist selbst bereits eine Feststellung: Das Unternehmen hat einen Single Point of Failure beim Personal, nicht bei der Technik.
Das Backup muss außerdem ausreichend weit von der Produktivumgebung entfernt sein. Andernfalls testen Sie eine Kopie, die derselbe Vorfall zusammen mit dem Original zerstört. Die Regel von drei Kopien auf zwei Medien, davon eine außer Haus, erläutern wir im Artikel über externe Festplatten und die 3-2-1-Regel. Das Vorgehen für den Fall, dass es bereits passiert ist, beschreiben wir im Beitrag über die ersten 24 Stunden nach einem Ransomware-Angriff.
Genau das leisten wir bei ITHOPE in Brno im Rahmen der IT-Verwaltung und Datensicherung: Wir überwachen, ob die Sicherungsaufträge tatsächlich erfolgreich abgeschlossen wurden, und führen im vereinbarten Intervall einen Wiederherstellungstest durch. Als Ergebnis bleibt ein datiertes Protokoll mit den gemessenen Zeiten und Feststellungen. Das Unternehmen besitzt damit nicht nur ein Backup, sondern auch einen Nachweis, dass daraus eine Wiederherstellung möglich ist – und weiß, wie lange sie dauert. Welche Leistungen die Verwaltung umfasst, erfahren Sie in der Übersicht IT für Unternehmen.
Zeigt der Wiederherstellungstest, dass das NAS oder die Sicherungskette fachkundige Unterstützung benötigt, kümmern wir uns im Rahmen unseres NAS-Service in Brno darum – vom Austausch der Festplatten bis zur Einrichtung einer Datensicherung, die sich tatsächlich wiederherstellen lässt.
Quellen
- Vyhláška č. 409/2025 Sb. (Regime höherer Pflichten), § 15 und § 26 — e-sbirka.cz/sb/2025/409
- Vyhláška č. 410/2025 Sb. (Regime niedrigerer Pflichten), § 6 und § 11 — e-sbirka.cz/sb/2025/410
- Zákon č. 264/2025 Sb., § 6 und § 13 — e-sbirka.cz/sb/2025/264
- Veeam: Pressemitteilung zur Umfrage unter 1.300 Organisationen (23. 4. 2025) — veeam.com
- Veeam: Backup & Replication Community Edition — veeam.com/blog
- Synology: Hyper Backup — Backup Settings — kb.synology.com
- Synology: Active Backup for Business — Software Specifications — synology.com
Wo Sie uns finden
ITHOPE ist eine Firma aus Brno, Tschechien: wir machen Datenrettung von Festplatten, RAID und NAS, PC- und Notebook-Service und IT für Unternehmen, alles im eigenen Labor in der Viniční 3587/216, 615 00 Brno.
Telefon +420 775 556 063 (rund um die Uhr). Das Gerät können Sie persönlich bringen oder per Kurier schicken (Zásilkovna, PPL).