Warum ist ein Notfallwiederherstellungsplan nötig?

Ein Backup bedeutet nicht, dass die Arbeit dort weitergeht, wo sie stehen geblieben ist. Notfallwiederherstellung heißt, vorab aufzuschreiben, welches System im Störfall von wem und in welcher Zeit wieder hochgefahren wird.

Ein Backup ist kein Plan

Ein Backup ist eine Kopie der Daten. Die 3-2-1-Anordnung, die wir in unserem Beitrag zur 3-2-1-Sicherungsregel beschreiben, erklärt, wie diese Kopien liegen sollen. Die Notfallwiederherstellung erklärt, wie die Arbeit mit diesen Kopien weiterläuft: welches System zuerst startet, wer entscheidet, wer den Kunden informiert und welches Zeitziel gilt.

Auch eine intakte Kopie verzögert die Rückkehr, wenn Reihenfolge, Befugnis und Kommunikation nicht aufgeschrieben sind. In kleinen Teams ist die einzige Person, die den Server kennt, oft im Urlaub. Der Plan macht das Wissen aus dieser Tasche zum Wissen des Unternehmens.

Warum sollte auch ein KMU ihn schreiben?

Ein Ausfall ist nicht nur ein Thema großer Rechenzentren. Ransomware sperrt Dateien. Feuer oder ein Wasserschaden machen den Raum unbenutzbar. Ein langer Strom- oder Internetausfall oder der Defekt eines einzelnen Servers endet gleich: Buchhaltung, E-Mail oder gemeinsame Dateien gehen nicht auf.

Sie müssen die Wahrscheinlichkeit dieser Szenarien nicht in einer Zahl schätzen. Die Frage ist schlichter. Wenn diese Systeme morgen früh aus wären: Was täten Sie bis zum Mittag, und wer wüsste das?

RTO und RPO

Zwei Ziele genügen. Beide schreiben Sie in Stunden oder Tagen.

Das Recovery Point Objective (RPO) ist, wie viel Datenverlust Sie akzeptieren. Es ist die Zeit seit der letzten intakten Kopie.

Das Recovery Time Objective (RTO) ist die Zeit, die Sie akzeptieren, bis das System wieder nutzbar ist. „So schnell wie möglich“ ist kein Ziel.

Im selben Unternehmen ändern sich diese zwei Zahlen von System zu System. In der laufenden Buchhaltung bringt der Verlust der Belege von gestern den Monatsabschluss durcheinander; das RPO muss dort kürzer als ein Arbeitstag sein. Die Anwendung selbst kann bis zum nächsten Morgen warten, und die Kasse kommt einen Tag zurecht; das RTO kann also ein Arbeitstag sein. Bei der Firmen-E-Mail ist der Verlust einiger Stunden an Nachrichten oft tragbar, das RPO also lockerer. Der Bildschirm, auf dem die Kundenbestellung ankommt, misst das RTO dagegen in Stunden. Schreiben Sie die Liste System für System. Geben Sie nicht jedem System dieselbe Zeit.

Fünf Punkte für einen Mindestplan

Ein dicker Ordner ist nicht nötig. Die erste Fassung besteht aus:

1. Kritische Systeme: Buchhaltung, E-Mail, Dateibereich und, falls vorhanden, Produktions- oder Bestellsoftware.
2. Verantwortliche: ein Name je System und ein zweiter Name für die Zeit, in der diese Person fehlt.
3. Reihenfolge der Rückkehr: zuerst Authentifizierung und Netz, dann die Anwendung, ohne die die Arbeit steht, zuletzt das Archiv.
4. Kommunikation: wer den Beschäftigten, den Kunden und gegebenenfalls dem Lieferanten was über welchen Kanal sagt.
5. Einmal im Jahr eine Tischübung: das Team spricht ein Szenario Schritt für Schritt durch, zum Beispiel Ransomware oder einen unbenutzbaren Serverraum. Die fehlende Entscheidung und die fehlende Person zeigen sich dort.

Die Übung ersetzt nicht den Wiederherstellungstest, der zeigt, dass die Kopie sich wirklich öffnen lässt. Das sind zwei getrennte Aufgaben. Die eine zeigt, dass die Kopie intakt ist. Die andere, dass der Plan funktioniert.

Ein ungetesteter Plan ist kein Plan.

Wo Sie in der Übung hängen bleiben, bleiben Sie auch am Ernstfall hängen. Die Notiz zu korrigieren und den nächsten Termin in den Kalender zu schreiben ist besser, als den Plan im Regal zu lassen.

Wie kann Doğa Network helfen?

Unser Team kann beim Schreiben des Notfallwiederherstellungsplans, beim Festlegen der RTO- und RPO-Ziele je System und bei der Tischübung unterstützen. Sie erreichen uns unter +90 850 888 3642 oder per E-Mail an hi@doga.network.