Ein Backup, das nie zurückgespielt wurde, ist eine Annahme. In vielen Betrieben zeigt die Backup-Software jeden Morgen grüne Häkchen, und niemand weiß, wie lange es dauert, den ERP-Server wieder in Betrieb zu nehmen. Diese Anleitung führt durch einen Wiederherstellungstest, den die eigene IT oder der Dienstleister in einem Tag vorbereiten und durchführen kann. Sie richtet sich an IT-Verantwortliche und an Geschäftsführer, die wissen wollen, worauf sie sich verlassen können.
Die Angaben zu Zeiten und Mengen sind typische Größenordnungen. Welche Werkzeuge Sie nutzen, spielt für den Ablauf keine große Rolle. Die Schritte gelten für eine lokale Sicherung genauso wie für eine Sicherung in der Cloud.
| Auf einen Blick | |
|---|---|
| Dauer | ein Tag Vorbereitung, ein halber bis ganzer Tag je Testlauf |
| Beteiligt | IT oder Dienstleister, eine Person aus der Fachabteilung je getestetem System, Geschäftsführung für die Ziele |
| Voraussetzung | eine laufende Sicherung, Zugriff auf Backup-Konsole und Schlüssel, ein Testserver oder abgeschottetes Netz |
| Ergebnis | gemessene Wiederanlaufzeiten, ein Testprotokoll, eine Liste offener Punkte |
Schritt 1: Legen Sie fest, was wie schnell wieder laufen muss
Bevor Sie testen, brauchen Sie einen Maßstab. Dafür gibt es zwei Kennzahlen. Die Wiederanlaufzeit (englisch RTO) gibt an, wie lange ein System höchstens ausfallen darf. Der tolerierbare Datenverlust (englisch RPO) gibt an, wie viele Stunden Arbeit verloren gehen dürfen, also wie alt die letzte Sicherung höchstens sein darf.
Diese Werte legt die Geschäftsführung fest, nicht die IT. Fragen Sie für jedes wichtige System: Was passiert, wenn es einen Tag steht? Was, wenn die Buchungen des letzten Vormittags fehlen? Eine einfache Tabelle reicht.
| System | Wiederanlaufzeit | Datenverlust höchstens | Fachlich zuständig |
|---|---|---|---|
| ERP mit Datenbank | 8 Stunden | 4 Stunden | Leitung Auftragsabwicklung |
| Dateiablage | 1 Werktag | 1 Tag | IT |
| E-Mail (Microsoft 365) | 4 Stunden | 1 Tag | IT |
| Zeiterfassung | 3 Werktage | 1 Tag | Personal |
Die Zahlen sind Beispiele. Wichtig ist, dass sie aufgeschrieben und unterschrieben sind. Ohne sie lässt sich nach dem Test nicht sagen, ob das Ergebnis gut oder schlecht ist.
Schritt 2: Prüfen Sie, was überhaupt gesichert wird
Vergleichen Sie die Liste aus Schritt 1 mit den Sicherungsaufträgen in der Backup-Konsole. In fast jedem Betrieb fehlt dabei etwas: ein Server, der nachträglich dazukam, eine Datenbank auf einem Rechner in der Fertigung, die Konfiguration von Firewall und Telefonanlage oder die Daten in Microsoft 365.
Prüfen Sie außerdem die 3-2-1-Regel: drei Kopien der Daten, auf zwei verschiedenen Speichern, eine davon außer Haus. Für den Schutz vor Verschlüsselungstrojanern kommt eine Kopie hinzu, die nicht verändert oder gelöscht werden kann, entweder offline oder als unveränderlicher Speicher. Eine Sicherung, die mit demselben Administratorkonto erreichbar ist wie die Server, wird bei einem Angriff häufig mit verschlüsselt.
Halten Sie fest, wo die Schlüssel für verschlüsselte Sicherungen liegen. Sind sie nur in der Backup-Software gespeichert, die selbst auf einem der betroffenen Server läuft, kommen Sie im Ernstfall nicht an Ihre Daten.
Schritt 3: Wählen Sie die Testfälle
Ein Test, der alles auf einmal prüft, wird selten gemacht. Teilen Sie die Tests nach Umfang auf und verteilen Sie sie über das Jahr.
| Testfall | Was zurückgespielt wird | Rhythmus |
|---|---|---|
| Einzelne Datei | ein zufällig gewählter Ordner aus der Dateiablage | monatlich |
| Postfach | ein Postfach oder einzelne Nachrichten aus Microsoft 365 | monatlich |
| Datenbank | ERP-Datenbank auf einen Testserver, mit Anmeldung in der Anwendung | vierteljährlich |
| Ganzes System | ein kompletter Server als virtuelle Maschine im abgeschotteten Netz | vierteljährlich im Wechsel |
| Ausfall des wichtigsten Systems | ERP samt Abhängigkeiten, nach Notfallplan | jährlich |
Wählen Sie Dateien und Postfächer zufällig. Wer immer denselben Testordner zurückspielt, testet nur diesen Ordner. Für den Jahrestest nehmen Sie das System, ohne das der Betrieb am schnellsten stillsteht.
Schritt 4: Bereiten Sie eine abgeschottete Umgebung vor
Spielen Sie nie über ein laufendes System zurück. Sie brauchen einen Ort, an dem das zurückgesicherte System starten kann, ohne das Produktivnetz zu stören. Viele Backup-Programme bringen dafür eine Testumgebung mit, in der sich eine Sicherung direkt als virtuelle Maschine starten lässt. Alternativ genügt ein Testserver in einem eigenen Netzbereich ohne Verbindung nach außen.
Klären Sie vorab drei Punkte. Erstens die Abhängigkeiten: Ein ERP-Server braucht meist einen Domänencontroller für die Anmeldung und einen Lizenzserver. Zweitens die Nebenwirkungen: Ein zurückgespieltes System darf keine E-Mails versenden, keine Aufträge an Maschinen schicken und keine Daten mit Schnittstellen austauschen. Drittens die Lizenzen: Fragen Sie beim Softwarehersteller nach, ob ein Testbetrieb erlaubt ist.
Schritt 5: Spielen Sie zurück und messen Sie die Zeit
Starten Sie die Stoppuhr, wenn Sie mit der Rücksicherung beginnen, und stoppen Sie sie erst, wenn die Fachabteilung im System arbeiten kann. Die reine Kopierzeit ist nur ein Teil davon. Dazu kommen das Suchen der richtigen Sicherung, Anmeldeprobleme, Dienste, die nicht starten, und Rückfragen beim Hersteller.
Arbeiten Sie dabei nach der vorhandenen Dokumentation und notieren Sie jede Stelle, an der sie nicht stimmt oder fehlt. Wenn möglich, führt eine Person den Test durch, die das Backup nicht eingerichtet hat. Im Ernstfall ist die zuständige Person vielleicht im Urlaub.
Schritt 6: Prüfen Sie, ob die Anwendung wirklich arbeitet
Dass ein Server startet, heißt noch nicht, dass die Daten brauchbar sind. Lassen Sie eine Person aus der Fachabteilung prüfen, ob die Anwendung arbeitet und die Daten zum erwarteten Stand passen. Legen Sie dafür vorab drei bis fünf Prüfpunkte fest.
- Die letzte Buchung oder der letzte Auftrag vor dem Sicherungszeitpunkt ist vorhanden.
- Ein Bericht, den die Abteilung gut kennt, zeigt plausible Summen.
- Anhänge und verknüpfte Dokumente lassen sich öffnen.
- Eine typische Bearbeitung, etwa ein Auftrag anlegen und speichern, funktioniert.
Bei Datenbanken ist das der wichtigste Schritt. Wurde die Datenbank im laufenden Betrieb gesichert, ohne dass die Backup-Software sie dafür in einen konsistenten Zustand versetzt hat, startet sie womöglich, enthält aber halb geschriebene Daten. Das fällt nur auf, wenn jemand hinsieht, der die Daten kennt.
Schritt 7: Protokollieren Sie und beheben Sie die Lücken
Halten Sie jeden Test in einem kurzen Protokoll fest: Datum, getestetes System, verwendete Sicherung, gemessene Zeit, Ergebnis der fachlichen Prüfung, Abweichungen und wer beteiligt war. Eine Seite reicht. Legen Sie das Protokoll dort ab, wo Sie es auch bei einem Ausfall finden, also nicht nur auf dem Server, den Sie gerade getestet haben.
Vergleichen Sie die gemessenen Zeiten mit den Zielen aus Schritt 1. Liegt die gemessene Zeit darüber, haben Sie drei Möglichkeiten: schneller zurücksichern, etwa mit einer lokalen Kopie neben der Cloud-Sicherung; die Abhängigkeiten verringern; oder das Ziel bewusst anpassen. Die letzte Möglichkeit ist eine Entscheidung der Geschäftsführung, keine stille Korrektur der IT.
Übertragen Sie jede Abweichung in eine Liste mit zuständiger Person und Termin. Die häufigsten Punkte sind fehlende Zugangsdaten, veraltete Dokumentation und Systeme, die gar nicht gesichert wurden.
Wie der Test in den Notfallplan passt
Der Wiederherstellungstest prüft die Technik. Der Notfallplan regelt, wer im Ernstfall was entscheidet: wer den Ausfall feststellt, wer die Geschäftsführung informiert, wer den Dienstleister und die Versicherung anruft, in welcher Reihenfolge die Systeme zurückkommen. Nutzen Sie den Jahrestest, um beides zusammen durchzuspielen. Die Reihenfolge der Systeme ergibt sich aus Schritt 1, die realistischen Zeiten aus Schritt 5.
Das Bundesamt für Sicherheit in der Informationstechnik beschreibt im IT-Grundschutz-Baustein zum Datensicherungskonzept, dass Wiederherstellungen regelmäßig geprüft werden sollen. Wer die sieben Schritte oben einmal im Jahr vollständig und im Monat in kleinem Umfang durchführt, erfüllt diesen Gedanken in der Praxis.
Woran es in der Praxis hakt
Am häufigsten scheitert der erste Test nicht an der Technik, sondern an Zugängen: Das Kennwort für die Backup-Konsole kennt nur der frühere Dienstleister, der Schlüssel für die verschlüsselte Sicherung ist nicht auffindbar, oder das Administratorkonto ist mit Mehrfaktor-Anmeldung an ein Telefon gebunden, das niemand mehr hat. Legen Sie diese Zugänge versiegelt oder in einem Kennwort-Tresor ab, auf den zwei Personen Zugriff haben. Wie Sie die Anmeldung dabei sauber absichern, steht in der Anleitung Mehrfaktor-Anmeldung in Microsoft 365 einführen.
Der zweite häufige Befund betrifft automatisierte Abläufe. Workflow-Server wie n8n speichern Zugangsdaten verschlüsselt und brauchen nach der Rücksicherung denselben Schlüssel wie vorher. Das beschreibt die Anleitung n8n im Unternehmen einrichten.
Wer Sicherung, Tests und Notfallplan nicht selbst betreiben will, findet unter Backup und Wiederanlauf die passende Leistung, mit monatlicher Prüfung und einem Bericht auf einer Seite. Die übrigen Grundschutz-Maßnahmen beschreibt die Seite IT-Sicherheit.