Ratgeber · Wiederherstellung
Wiederherstellung testen: Erst der Test macht ein Backup
Kurz gesagt: „Sicherung erfolgreich“ heißt nur, dass Daten geschrieben wurden – nicht, dass ein System daraus wieder startet. Nur ein regelmäßiger, dokumentierter Wiederherstellungstest zeigt, ob eine Sicherung im Ernstfall trägt. Am zuverlässigsten läuft er automatisch.
Warum Sicherungen im Ernstfall scheitern
Die meisten gescheiterten Wiederherstellungen haben unspektakuläre Ursachen, die keine Erfolgsmeldung verrät:
- Eine neue Festplatte oder ein neues Laufwerk wurde nie in die Sicherung aufgenommen.
- Die Datenbank wurde mitten im Schreiben gesichert und startet nicht sauber.
- Der Schlüssel für eine verschlüsselte Sicherung ist nicht mehr auffindbar.
- Ein Ordner ist über Monate unbemerkt geschrumpft, weil eine Anwendung woanders speichert.
- Die virtuelle Maschine startet, bleibt aber an einem Fehlerbildschirm hängen.
- Niemand weiß mehr, in welcher Reihenfolge die Systeme hochfahren müssen.
Was ein guter Wiederherstellungstest prüft
| Stufe | Was geprüft wird | Was sie findet |
|---|---|---|
| Daten lesbar | Jedes gespeicherte Objekt wird gelesen und gegen seine Prüfsumme verglichen | Beschädigte oder fehlende Daten im Speicher |
| Wiederherstellbar | Die Sicherung wird vollständig in einen Testbereich zurückgespielt | Fehlende Teile, falsche Schlüssel, zu wenig Platz |
| Dateisystem intakt | Jedes Dateisystem wird geprüft und eingehängt | Inkonsistente Sicherungen, defekte Partitionen |
| Inhalt plausibel | Jede Datei wird gelesen, Dateien und Datenmengen werden gezählt und mit dem letzten Test verglichen | Unlesbare oder unbemerkt veränderte Dateien, geschrumpfte, leere oder veraltete Bereiche |
| Frei von Ransomware-Spuren | Dateien werden auf Anzeichen einer Verschlüsselung untersucht: Inhalt passt nicht zur Endung, wirkt zufällig, typische Endungen und Erpresserschreiben | Sicherungen, die bereits verschlüsselte Daten enthalten |
| System startet | Die virtuelle Maschine fährt in einer abgeschotteten Umgebung hoch | Nicht startfähige Systeme, Fehlerbildschirme |
| Dienst antwortet | Ein Dienst wie Verzeichnis, Mail oder Datenbank nimmt Verbindungen an | Systeme, die starten, aber nicht arbeiten |
Wie oft testen?
Eine gesetzliche Frist gibt es nicht, aber Gesetze wie NIS2 und die DSGVO verlangen die regelmäßige Überprüfung der Maßnahmen. Bewährt hat sich:
- Täglich bis wöchentlich: Prüfung der gespeicherten Daten, bei großen Speichern nur der neu hinzugekommenen.
- Wöchentlich: eine Stichprobe – einige zufällig gewählte Sicherungen werden vollständig wiederhergestellt und gestartet.
- Mindestens jährlich: ein Test der wichtigsten Systeme in der richtigen Reihenfolge, mit gemessener Zeit bis zur Arbeitsfähigkeit.
Wichtiger als die Frequenz ist, dass jeder Test dokumentiert ist: wann, welche Sicherung, welches Ergebnis. Ein Test ohne Beleg zählt bei einer Prüfung nicht.
Testen ohne Risiko für den Betrieb
Eine wiederhergestellte Maschine darf nie mit dem echten Netz sprechen: Ein zweiter Domänencontroller oder Mailserver mit demselben Namen kann im laufenden Betrieb großen Schaden anrichten. Deshalb gehören Prüf-Restores in eine abgeschottete Umgebung – ohne Netz oder in einem eigenen Netz ohne Verbindung nach außen. Abhängige Systeme starten dort in der richtigen Reihenfolge, etwa erst der Domänencontroller, dann der Mailserver.
Wie AegisGrid das automatisiert
Der AegisGrid Backup-Server führt das Prüf-Restore als Ablauf aus, etwa jeden Samstagmorgen an drei zufällig gewählten Sicherungen: wiederherstellen, Dateisysteme nur lesend prüfen und einhängen, jede Datei lesen und mit der letzten Prüfung vergleichen, virtuelle Maschinen in einer abgeschotteten QEMU/KVM-Umgebung starten, prüfen, ob sie ein Bild zeigen, auf ihre Platten schreiben oder ihre Dienste antworten, und danach aufräumen. Der Prüfbericht kommt mit einer Ampel je Platte und Partition und Bildschirmfotos der gestarteten Maschinen per E-Mail; jeder Test steht mit Ergebnis im signierten Nachweis-Protokoll und im Monatsbericht.
Häufige Fragen zum Wiederherstellungstest
Reicht es, die Prüfsummen der Sicherung zu prüfen?
Nein. Eine Prüfsummenkontrolle zeigt, dass die gespeicherten Daten unverändert sind. Ob die Sicherung vollständig ist und ein System daraus startet, zeigt nur eine Wiederherstellung.
Braucht ein Prüf-Restore eine eigene Testumgebung?
Es braucht Speicherplatz für die wiederhergestellten Daten und, um virtuelle Maschinen zu starten, einen Rechner mit Hardware-Virtualisierung. Der AegisGrid Backup-Server bringt die abgeschottete Umgebung selbst mit; eine eigene Testinfrastruktur ist nicht nötig.
Können auch verschlüsselte Sicherungen getestet werden?
Ja, dafür braucht der testende Server den Schlüssel. Ohne Schlüssel bleiben die Prüfung der gespeicherten Daten, das Spiegeln und das Aufräumen möglich.
Prüf-Restore an Ihren Systemen sehen
Im Pilotprojekt stellen wir Ihre Sicherungen zur Probe wieder her – mit Bericht und Bildschirmfotos.