Die kurze Antwort: Ein grünes Häkchen bei einem Backup-Job besagt lediglich, dass der Job abgeschlossen wurde – nicht, dass das Unternehmen seine Systeme damit wieder in Betrieb nehmen kann. Laut Hersteller prüft die Integritätsprüfung in Synology Hyper Backup, ob der Job fortgesetzt und das Backup wiederhergestellt werden kann. Daten werden dabei jedoch nicht übertragen. Bei einem Restore-Test wird das Backup dagegen getrennt von der Produktivumgebung wiederhergestellt und anschließend geprüft, ob die wiederhergestellten Inhalte tatsächlich funktionieren. Die Pflicht, die Wiederherstellbarkeit zu testen und die Ergebnisse zu dokumentieren, ergibt sich für verpflichtete Personen im höheren Pflichtenregime aus der vyhláška č. 409/2025 Sb. Für das niedrigere Pflichtenregime wird dies nicht ausdrücklich verlangt; ein konkretes Intervall schreibt keine der beiden Verordnungen vor.
Der teuerste Satz, den wir bei Aufträgen hören, lautet: „Wir haben ein Backup.“ Dann folgt eine Pause: „Wir haben nur noch nie versucht, es wiederherzustellen.“ In diesem Moment weiß das Unternehmen nicht, ob es wirklich ein Backup oder lediglich eine Backup-Software besitzt – und der Unterschied zeigt sich erst an dem Tag, an dem der Betrieb davon abhängt.
Dieser Text behandelt nicht die Frage, für wen das Zákon č. 264/2025 Sb. o kybernetické bezpečnosti gilt; dazu gibt es eine separate Übersicht zum Zákon č. 264/2025 Sb.. Hier geht es um eine einzige Sache: Was ist ein Restore-Test, was sagen die Durchführungsverordnungen tatsächlich dazu und wie kann ein Unternehmen mit einem NAS einen solchen Test an einem Nachmittag bewältigen – einschließlich eines Protokolls, das sich bei einer Kontrolle vorlegen lässt?
Eine Integritätsprüfung ist kein Restore-Test
Diese beiden Dinge werden besonders häufig verwechselt, weil sie in der Benutzeroberfläche ähnlich aussehen: Beide enden mit einem grünen Status.
Eine Integritätsprüfung prüft das Backup selbst – also ob die Daten im Speicher dem entsprechen, was die Backup-Software dort abgelegt hat. Für Synology Hyper Backup beschreibt der Hersteller, dass die Integritätsprüfung feststellt, ob der Job fortgesetzt und das Backup wiederhergestellt werden kann. Daten werden dabei jedoch nicht übertragen. Es handelt sich um eine Zustandsprüfung des Archivs, nicht um einen Wiederherstellungsversuch.
Bei einem Restore-Test fließen die Daten in die entgegengesetzte Richtung. Sie nehmen ein Backup, stellen daraus bestimmte Daten oder einen kompletten Rechner in einer sicheren Zielumgebung wieder her und prüfen, ob sich das Ergebnis tatsächlich verwenden lässt: Die Datenbank startet, die Buchhaltungssoftware öffnet das vergangene Geschäftsjahr und der freigegebene Ordner enthält die neuesten Dokumente.
Der Unterschied ist praktisch relevant. Eine Integritätsprüfung erkennt nicht, dass:
- das Backup seit Jahren fehlerfrei läuft, aber einen Ordner nicht enthält, den jemand an einen anderen Ort verschoben hat;
- die Datenbank im laufenden Betrieb ohne konsistenten Snapshot gesichert wird und sich nach der Wiederherstellung nicht starten lässt;
- nur eine Person den Schlüssel zum verschlüsselten Backup kennt und gerade im Urlaub ist;
- die Wiederherstellung von 900 GB über das Internet drei Tage dauert, sodass „das Backup existiert“ und „das Unternehmen ist morgen wieder arbeitsfähig“ zwei verschiedene Aussagen sind.
Was die Verordnungen zu Restore-Tests sagen – und was nicht
Seit dem 1. November 2025 gelten zwei Durchführungsverordnungen, die sich genau in diesem Punkt unterscheiden. Welches Pflichtenregime für ein Unternehmen gilt, hängt von seiner Einstufung nach dem Gesetz ab. Im Folgenden geht es ausschließlich darum, was die jeweilige Verordnung für Backups verlangt.
| Thema | Niedrigeres Regime – vyhláška č. 410/2025 Sb. | Höheres Regime – vyhláška č. 409/2025 Sb. |
|---|---|---|
| Backups | § 6 písm. c) verlangt „pravidelné zálohy“ | § 26 odst. 3 písm. a) verlangt „pravidelné testování jejich integrity, dostupnosti a obnovitelnosti“ |
| Nachweis des Tests | Eine ausdrückliche Pflicht zum Test der Wiederherstellbarkeit besteht dort nicht | § 26 odst. 3 písm. b) verlangt „dokumentování výsledků“ dieser Tests |
| Schutz der Backups | — | § 26 odst. 3 písm. c) verlangt mindestens eine Verschlüsselung gemäß § 25 |
| Trennung der Backup-Umgebung | § 11 písm. a) verlangt eine Netzwerksegmentierung „včetně oddělení provozního a zálohovacího prostředí“ | § 26 odst. 5 verlangt die Trennung der Backup-Umgebung von anderen Umgebungen |
| RTO und RPO | — | § 15 písm. c) verlangt die Festlegung der Wiederanlaufzeit und des Datenwiederherstellungspunkts |
| Tests der Pläne | — | § 15 písm. e) verlangt, „pravidelně testovat plány kontinuity činností a plány obnovy“ |
Daraus ergeben sich drei Schlussfolgerungen, die ausdrücklich genannt werden sollten.
Erstens: Die verbreitete Behauptung „Das Gesetz schreibt einen monatlichen Restore-Test vor“ ist falsch. Keine der beiden Verordnungen legt für die Tests eine konkrete Häufigkeit fest. Die vyhláška č. 409/2025 Sb. verwendet das Wort „pravidelné“. Wie oft getestet werden muss, leitet das Unternehmen aus seinem eigenen Risiko, den vereinbarten RTO- und RPO-Werten sowie der Änderungshäufigkeit seiner Umgebung ab. Wer Ihnen ein bestimmtes Intervall als Gesetzeszitat verkauft, zitiert sich selbst.
Zweitens: Die Pflicht, die Wiederherstellbarkeit zu testen und die Ergebnisse zu dokumentieren, steht im Text für das höhere, nicht für das niedrigere Pflichtenregime. Die vyhláška č. 410/2025 Sb. verlangt bei Backups deren Regelmäßigkeit; eine ausdrückliche Pflicht zum Test der Wiederherstellbarkeit enthält sie nicht. Ein ungeprüftes Backup ist allerdings schon ein betriebliches Problem, bevor es zu einem rechtlichen wird.
Drittens: Beide Verordnungen behandeln die Trennung der Backup-Umgebung. Im niedrigeren Regime ist sie Bestandteil der Netzwerksegmentierung, im höheren Regime eine eigenständige Anforderung. Praktisch bedeutet beides dasselbe: Backups dürfen nicht unter demselben Konto und im selben Netzwerksegment wie die Produktivsysteme hängen.
Die Fristen für die Umsetzung legt das Zákon č. 264/2025 Sb. selbst fest: § 6 odst. 1 verlangt die Meldung des regulierten Dienstes an Úřad spätestens innerhalb von 60 Tagen; § 13 odst. 4 verlangt die Einführung der Sicherheitsmaßnahmen spätestens ein Jahr nach Zustellung der Registrierungsentscheidung. Ein Jahr klingt nach viel Zeit – bis man den ersten Restore-Test ausprobiert.
Zahlen, die zeigen, dass es nicht nur um Papier geht
Veeam veröffentlichte am 23. April 2025 eine Umfrage unter 1.300 Organisationen, von denen 900 bereits einen Cyberangriff erlebt hatten. In den vorangegangenen zwölf Monaten waren 69 % der Befragten betroffen. Noch wichtiger ist, was danach geschah:
- Nur 10 % der betroffenen Organisationen stellten mehr als 90 % ihrer Daten wieder her.
- 57 % stellten weniger als die Hälfte wieder her.
- 66 % der Backup-Repositorys waren vom Angriff betroffen.
Die letzte Zahl erklärt, warum beide Verordnungen auf der Trennung der Backup-Umgebung bestehen. Ein Angreifer, der in das Netzwerk eindringt, greift nicht zuerst die Daten an – sondern das, womit sie wiederhergestellt werden könnten. Ein Unternehmen, dessen Backup sich auf demselben NAS und in derselben Domäne befindet, besitzt in diesem Moment nur eine Kopie, nicht zwei. Wenn sich vom Speicherverbund oder Produktivserver nichts mehr verwenden lässt, beginnt eine andere Disziplin: die Datenrettung vom Server – mit ungewissem Ergebnis und in einer anderen Preisklasse als ein geplanter Test.
Restore-Test auf Synology Schritt für Schritt
Die folgende Anleitung setzt ein Synology NAS mit DSM sowie Backups aus Hyper Backup oder Active Backup for Business voraus. Wenn das Wiederherstellungsziel im Voraus vorbereitet wurde, lässt sich der Test innerhalb eines halben Tages durchführen.
1. Legen Sie fest, was getestet wird. Testen Sie nicht alles auf einmal. Wählen Sie ein System, von dem das Unternehmen abhängig ist – etwa die Buchhaltung, den Dateiserver oder die Auftragsdatenbank – und dazu ein Szenario: „Wir stellen den freigegebenen Ordner mit dem Stand von vor einer Woche wieder her“ oder „Wir starten den Buchhaltungsserver aus einem Bare-Metal-Backup“.
2. Bereiten Sie ein Ziel außerhalb der Produktivumgebung vor. Stellen Sie die Daten in einer virtuellen Maschine, auf Ersatzhardware oder in einem temporären freigegebenen Ordner wieder her – niemals über den laufenden Datenbestand. Active Backup for Business unterstützt die Bare-Metal-Wiederherstellung über den Recovery Media Creator sowie Instant Restore in vSphere, Hyper-V oder Synology VMM. Bei der letzten Variante startet der Testrechner direkt auf dem NAS.
3. Notieren Sie die Startzeit. Andernfalls liefert der Test keinen Messwert für die Wiederanlaufzeit, sondern nur den Eindruck, dass es „eigentlich recht schnell ging“.
4. Stellen Sie die Daten wieder her. Wählen Sie bei Hyper Backup im Backup Explorer die gewünschte Version und das Wiederherstellungsziel. Bei Active Backup können Sie je nach Szenario einzelne Dateien oder ein komplettes Volume wiederherstellen oder den Rechner direkt starten.
5. Prüfen Sie, ob die wiederhergestellten Inhalte funktionieren. An diesem Punkt wird der Test entweder nützlich oder zur bloßen Inszenierung. Öffnen Sie drei bis fünf konkrete Dateien, starten Sie die Anwendung, melden Sie sich an und prüfen Sie den zuletzt verbuchten Beleg. Kontrollieren Sie den Inhalt, nicht nur die Größe des Ordners.
6. Notieren Sie die Endzeit und die Abweichung vom RPO. Wenn das letzte Backup nachts erstellt wurde und das System am Nachmittag ausfällt, geht ein ganzer Arbeitstag verloren. Das ist eine Information für die Geschäftsleitung, nicht nur für die IT.
7. Räumen Sie auf und erstellen Sie das Protokoll. Löschen Sie den Testrechner und den wiederhergestellten Ordner und speichern Sie das Protokoll an einem Ort, an dem Sie es auch nach einem Jahr noch finden.
Prüfen Sie die Kapazität im Voraus: Laut Hersteller unterstützt Active Backup for Business gleichzeitig höchstens 10 Dateiserver sowie – abhängig vom Arbeitsspeicher des NAS – 10, 30 oder 50 Computer und virtuelle Maschinen. Für virtualisierte Umgebungen ist Veeam Backup & Replication Community Edition eine Alternative. Sie ist für 10 Instanzen kostenlos, wobei eine Arbeitsstation als eine Instanz und ein Server als drei Instanzen zählt.
Vorlage für das Protokoll eines Restore-Tests
Die vyhláška č. 409/2025 Sb. verlangt im höheren Pflichtenregime die Dokumentation der Testergebnisse, schreibt aber kein Formular vor. Eine Seite genügt, wenn sie die Frage beantwortet: „Was haben wir getestet, wie ist es ausgegangen und was werden wir jetzt tun?“
| Eintrag | Was einzutragen ist |
|---|---|
| Datum und Uhrzeit des Tests | Beginn und Ende, nicht nur der Tag |
| Ausführende Person | Name und Rolle; bei einem Dienstleister auch das Unternehmen |
| Getestetes System | Konkreter Server, freigegebener Ordner oder konkrete Datenbank |
| Backup-Quelle | Job, Speicherort und Version beziehungsweise Datum des wiederhergestellten Backups |
| Szenario und Wiederherstellungsziel | Zum Beispiel Wiederherstellung eines Volumes in VMM; Ziel der Wiederherstellung |
| Wiederherstellungsdauer | Gemessene Zeit bis zum funktionsfähigen Zustand |
| Datenverlust | Alter des wiederhergestellten Backups zum Zeitpunkt des Ausfalls |
| Funktionsprüfung | Was geprüft wurde und mit welchem Ergebnis |
| Ergebnis | Erfolgreich / mit Einschränkungen erfolgreich / fehlgeschlagen |
| Festgestellte Mängel | Fehlender Ordner, unbekanntes Passwort, langsame Verbindung |
| Korrekturmaßnahmen und Frist | Wer den Mangel bis wann behebt |
| Verhältnis zu RTO und RPO | Wurden die festgelegten Werte eingehalten? |
Der vorletzte Eintrag ist der wertvollste. Ein Test, der grün endet und nichts verändert, ist nur ein Nachweis. Ein Test, nach dem der Backup-Umfang korrigiert oder der Zugriff auf den Schlüssel ergänzt wird, erspart dem Unternehmen möglicherweise einen ganzen Ausfalltag.
Was beim ersten Test am häufigsten zum Vorschein kommt
Bei Unternehmen, die zum ersten Mal einen solchen Test durchführen, sehen wir vor allem Folgendes:
- Der Umfang des Backups entspricht nicht der Realität. Gesichert wird noch der Stand aus der Zeit, in der der Job eingerichtet wurde. Neue Ordner oder Server sind darin nicht enthalten.
- Die Datenbank wird im laufenden Betrieb als Datei gesichert. Die Wiederherstellung gelingt, aber der Dienst startet nicht. Abhilfe schaffen ein Snapshot oder der native Backup-Modus der Datenbank.
- Niemand besitzt den Verschlüsselungsschlüssel. Die Backups sind intakt und trotzdem unlesbar. Der Schlüssel gehört an einen anderen Ort als das System, das er schützt – und nicht nur in den Kopf einer einzigen Person.
- Das RTO existiert nur im Kopf. Die Geschäftsleitung erwartet eine Stunde, technisch ergeben sich zwei Tage. Nur ein Test deckt diesen Widerspruch auf, bevor es zu einem Ausfall kommt.
Wie eine Datensicherung aussieht, die sich sinnvoll testen lässt – mit lokaler Kopie, getrenntem Speicher und einer Kopie außerhalb des Unternehmens –, fassen wir auf der Seite Datensicherung für Unternehmen zusammen.
Häufig gestellte Fragen
Schreibt das Gesetz jeden Monat einen Restore-Test vor?
Nein. Die vyhláška č. 409/2025 Sb. spricht bei Backups von einem „pravidelné testování“ der Integrität, Verfügbarkeit und Wiederherstellbarkeit sowie von der Dokumentation der Ergebnisse. Ein konkretes Intervall legt sie jedoch nicht fest. Das Unternehmen leitet die Häufigkeit aus dem Risiko, den vereinbarten RTO- und RPO-Werten sowie der Änderungshäufigkeit seiner Umgebung ab.
Reicht die Integritätsprüfung in Hyper Backup als Nachweis eines Tests aus?
Laut Herstellerbeschreibung prüft die Integritätsprüfung, ob der Job fortgesetzt und das Backup wiederhergestellt werden kann. Daten werden dabei jedoch nicht übertragen. Um die Wiederherstellbarkeit nachzuweisen, muss das Backup tatsächlich wiederhergestellt und sein Inhalt geprüft werden.
Das Unternehmen fällt unter das niedrigere Pflichtenregime – muss es die Wiederherstellung testen?
Die vyhláška č. 410/2025 Sb. verlangt in § 6 písm. c) regelmäßige Backups, enthält aber keine ausdrückliche Pflicht zum Test ihrer Wiederherstellbarkeit. In § 11 písm. a) verlangt sie allerdings eine Netzwerksegmentierung einschließlich der Trennung von Produktiv- und Backup-Umgebung. Aus diesen Bestimmungen ergibt sich daher keine Pflicht zu einem Restore-Test – als betriebliche Maßnahme ist er unabhängig vom jeweiligen Regime sinnvoll.
Was geschieht, wenn der Test fehlschlägt?
Das ist das nützlichste mögliche Ergebnis – Sie haben den Fehler an einem selbst gewählten Tag entdeckt. Dokumentieren Sie, was fehlgeschlagen ist, weisen Sie eine Korrekturmaßnahme mit Frist zu und wiederholen Sie den Test nach der Behebung.
Wenn Sie sich den ersten Test allein nicht zutrauen oder Ihre Backups zunächst so einrichten müssen, dass ein Test überhaupt möglich ist, kontaktieren Sie uns. Wir prüfen den Umfang der Backups, die Trennung der Backup-Umgebung und das Protokoll, das auch einer Kontrolle standhält.
Quellen
- Vyhláška č. 409/2025 Sb. (höheres Pflichtenregime), § 15 und § 26 — https://www.e-sbirka.cz/sb/2025/409
- Vyhláška č. 410/2025 Sb. (niedrigeres Pflichtenregime), § 6 und § 11 — https://www.e-sbirka.cz/sb/2025/410
- Zákon č. 264/2025 Sb. o kybernetické bezpečnosti (Gesetz über Cybersicherheit), § 6 und § 13 — https://www.e-sbirka.cz/sb/2025/264
- Veeam, Pressemitteilung vom 23. April 2025 — https://www.veeam.com/company/press-release/veeam-report-finds-close-to-70-percent-of-organizations-still-under-cyber-attack-despite-improved-defenses.html
- Synology: Hyper Backup – Einstellungen für die Datensicherung — https://kb.synology.com/en-uk/DSM/help/HyperBackup/data_backup_settings?version=7
- Synology: Active Backup for Business – Spezifikationen — https://www.synology.com/en-us/dsm/7.4/software_spec/abb
- Veeam: Backup & Replication Community Edition — https://www.veeam.com/blog/backup-replication-community-edition-features-description.html
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).