Suche
SupportBackup oder Desaster? Warum Wiederherstellungstests unverzichtbar sind
Fast jedes Unternehmen sichert seine Daten, doch erst die Wiederherstellung zeigt, ob das Backup taugt. So planen, testen und dokumentieren Sie Wiederherstellungstests.
„Wir haben doch ein Backup.“ Diesen Satz hören wir oft, und meistens stimmt er auch. Jede Nacht läuft eine Sicherung, die Software meldet „erfolgreich“, und gelegentlich wurde schon einmal eine versehentlich gelöschte Datei zurückgeholt. Ob sich aus diesem Backup nach einem Ransomware-Angriff oder einem Hardwareschaden alle wichtigen Systeme in vertretbarer Zeit wiederherstellen lassen, ist jedoch eine ganz andere Frage.
Die ehrliche Antwort kennt nur, wer es ausprobiert hat. Dieser Beitrag zeigt, woran Wiederherstellungen typischerweise scheitern, wie ein belastbares Sicherungskonzept aussieht und wie Sie Tests so planen, dass sie mit überschaubarem Aufwand regelmäßig stattfinden.
Woran Wiederherstellungen scheitern
Die Ursachen sind selten exotisch. Meist handelt es sich um Lücken, die im Alltag niemandem auffallen:
- Neue Server, virtuelle Maschinen oder Cloud-Dienste wurden nie in die Sicherung aufgenommen
- Datenbanken wurden im laufenden Betrieb gesichert und lassen sich nicht konsistent zurückspielen
- Kennwörter oder Schlüssel für verschlüsselte Sicherungen liegen nur auf dem Server, der ausgefallen ist
- Die Wiederherstellung über die Internetleitung dauert Tage statt Stunden
- Abhängigkeiten sind unbekannt: Die Anwendung läuft erst, wenn Verzeichnisdienst, Datenbank und Lizenzserver wieder da sind
- Die Sicherungen wurden von Angreifern mit erbeuteten Administratorrechten gelöscht oder verschlüsselt
- Niemand weiß mehr, wie die Wiederherstellung im Detail funktioniert, weil sie nie geübt wurde
Keiner dieser Punkte zeigt sich im täglichen Sicherungsprotokoll. Sie werden erst sichtbar, wenn tatsächlich wiederhergestellt wird – idealerweise im Test und nicht im Ernstfall.
Die Grundlage: Ziele pro System
Bevor Sie testen, müssen Sie wissen, wogegen Sie testen. Legen Sie für jedes wichtige System zwei Werte fest: Wie lange darf es maximal ausfallen, bis es wieder läuft (Wiederanlaufzeit, oft RTO genannt)? Und wie viele Daten dürfen im schlimmsten Fall verloren gehen, gemessen als Zeitraum seit der letzten Sicherung (oft RPO genannt)?
Diese Werte sind keine IT-Entscheidung, sondern eine geschäftliche. Ob die Auftragsbearbeitung einen Tag oder eine Woche stillstehen darf, kann nur die Geschäftsleitung beurteilen. Aus den Werten ergibt sich, wie oft gesichert werden muss, wo die Sicherungen liegen und welche Technik nötig ist. Häufig zeigt sich dabei, dass das vorhandene Konzept für einzelne Systeme zu langsam ist.
Das Konzept: 3-2-1 plus Unveränderbarkeit
Die bewährte 3-2-1-Regel besagt: drei Kopien der Daten, auf zwei unterschiedlichen Medien oder Systemen, eine davon an einem anderen Ort. Angesichts von Ransomware ergänzen wir eine vierte Anforderung: Mindestens eine Kopie muss unveränderbar oder vollständig getrennt aufbewahrt werden, sodass auch ein Angreifer mit Administratorrechten sie nicht löschen kann.
Ebenso wichtig ist die Trennung der Zugänge: Die Backup-Umgebung sollte eigene Konten mit Mehr-Faktor-Anmeldung haben und nicht über das normale Domänenkonto erreichbar sein. Denken Sie auch an Cloud-Daten – Postfächer, OneDrive und SharePoint in Microsoft 365 brauchen eine eigene Sicherung. Technische Varianten beschreiben wir auf unserer Seite zu Virtualisierung und Backup.
So testen Sie richtig
Testarten unterscheiden
- Datei-Test: einzelne Dateien und Ordner zurückholen – schnell, aber wenig aussagekräftig
- System-Test: einen kompletten Server in einer isolierten Umgebung starten und prüfen, ob die Anwendung funktioniert
- Szenario-Test: den Ausfall mehrerer abhängiger Systeme durchspielen, etwa nach einem Ransomware-Angriff, und die Reihenfolge des Wiederanlaufs üben
Einen festen Rhythmus planen
Ein praxistauglicher Rhythmus für mittelständische Unternehmen: regelmäßig – etwa einmal im Quartal – ein System-Test für ausgewählte wichtige Systeme, im Wechsel, sodass jedes wichtige System mindestens einmal im Jahr an der Reihe ist. Einmal im Jahr ein Szenario-Test. Nach größeren Änderungen, etwa einer neuen Warenwirtschaft oder einem Serverumzug, zusätzlich ein gezielter Test.
Realistisch testen
Stellen Sie in einer vom Produktivnetz getrennten Umgebung wieder her, damit es keine Konflikte mit laufenden Systemen gibt. Lassen Sie die Anwendung von jemandem aus der Fachabteilung prüfen: Sind die Daten vollständig, funktionieren Anmeldung und Ausdruck? Messen Sie die tatsächlich benötigte Zeit vom Start bis zur Freigabe und vergleichen Sie sie mit der festgelegten Wiederanlaufzeit.
Ergebnisse dokumentieren
Halten Sie fest, was getestet wurde, was funktioniert hat, was nicht und wie lange es gedauert hat. Notieren Sie offene Punkte mit Verantwortlichen. Diese Protokolle zeigen Verbesserungsbedarf und dienen als Nachweis gegenüber Prüfern, Kunden und Cyberversicherern, die nach getesteten Backups fragen. Die Wiederherstellungsschritte selbst gehören in die IT-Dokumentation und das Notfallhandbuch.
Checkliste für Ihren nächsten Test
- Ist jedes wichtige System in der Sicherung enthalten – auch die zuletzt hinzugekommenen?
- Liegen Schlüssel und Zugangsdaten für die Sicherung auch außerhalb der gesicherten Umgebung vor?
- Gibt es mindestens eine unveränderbare oder getrennte Kopie?
- Ist die Reihenfolge des Wiederanlaufs bekannt und dokumentiert?
- Wurde die gemessene Zeit mit der Vorgabe verglichen?
- Sind offene Punkte einer verantwortlichen Person zugeordnet?
Typische Fehler beim Testen
- Immer dasselbe kleine System testen, weil es schnell geht, statt die wirklich kritischen Anwendungen
- Nur prüfen, ob die virtuelle Maschine startet, nicht ob die Anwendung mit aktuellen Daten funktioniert
- Den Test von derselben Person durchführen lassen, die die Sicherung eingerichtet hat und alle Kniffe kennt
- Die Wiederherstellung aus der Kopie außer Haus oder dem unveränderbaren Speicher nie ausprobieren
- Ergebnisse nicht festhalten, sodass beim nächsten Test niemand weiß, was beim letzten Mal schiefging
Ein guter Test ist bewusst etwas unbequem: Er nutzt die Kopie, auf die Sie im Ernstfall angewiesen wären, folgt der schriftlichen Anleitung statt dem Gedächtnis und wird nach Möglichkeit von einer zweiten Person durchgeführt. Genau so zeigen sich die Lücken, die im Ernstfall Stunden kosten würden.
So gehen wir bei BABFE vor
Bei betreuten Kunden legen wir gemeinsam mit der Geschäftsleitung die Wiederanlaufzeiten fest, richten die Sicherung mit einer unveränderbaren Kopie ein und führen Wiederherstellungstests nach festem Plan durch. Jeder Test wird dokumentiert. Im Kundenportal sehen Sie den Status der Datensicherung jederzeit, Wartungsnachweise stehen dort ebenfalls bereit und fließen ins Nachweispaket ein.
Wiederherstellungstests lassen sich gut in einen Managed Service integrieren, damit sie nicht im Tagesgeschäft untergehen. Wenn Sie zunächst nur wissen möchten, wo Sie stehen, prüfen wir Ihr bestehendes Konzept und führen einen ersten Test mit Ihnen durch.
Ihr nächster Schritt
Wählen Sie das System, ohne das Ihr Unternehmen am schnellsten stillsteht, und stellen Sie es probeweise wieder her. Wenn Sie dabei Unterstützung möchten, sprechen Sie uns an.
