Notfallwiederherstellung: Die Versicherung, für die niemand bezahlen möchte, bis er sie braucht

Es gibt eine Anlagekategorie, von der jeder Manager weiß, dass er sie tätigen sollte und die fast niemand priorisiert: diejenige, deren Wert nur am schlechtesten Tag sichtbar wird. Disaster Recovery ist das perfekte Beispiel. Während alles funktioniert, fühlt es sich wie Geldverschwendung an. Wenn der Server in Brand gerät, die Ransomware alles verschlüsselt oder das Rechenzentrum überschwemmt wird, wird es zum Wichtigsten der Welt.

Das Problem ist, dass die Zeit, in der man herausfinden muss, ob man einen Plan hat, nicht die Zeit für eine Katastrophe sein kann. In diesem Moment existiert entweder der Plan und funktioniert, oder die Organisation stellt im schlimmsten Fall fest, dass sie ohne Sicherheitsnetz operierte.

Dieser Artikel ist eine Einführung in das Konzept für diejenigen, die es noch nicht mit der gebotenen Ernsthaftigkeit behandeln. Es handelt sich nicht um ein technisches Handbuch, sondern um eine Erklärung, warum die Notfallwiederherstellung auf der Tagesordnung jeder Führungskraft stehen sollte, deren Funktionsfähigkeit auf Systeme angewiesen ist. Und heute ist das praktisch jeder.

Was ist eigentlich Disaster Recovery?

Bei der Notfallwiederherstellung handelt es sich um eine Reihe von Plänen, Prozessen und Ressourcen, die es einer Organisation ermöglichen, ihren Betrieb nach einem Ereignis, das ihn ernsthaft stört, wiederherzustellen. Das technische Akronym DR steht für Disaster Recovery und steht in einem größeren Konzept: Business Continuity.

Der Unterschied zwischen den beiden ist wichtig. Die Frage der Geschäftskontinuität lautet: „Wie halten wir den Betrieb während einer Krise aufrecht?“ Bei der Notfallwiederherstellung wird gefragt: „Wie können wir wieder einsatzbereit sein, nachdem uns etwas umgeworfen hat?“ Einer kümmert sich währenddessen, der andere danach.

Der zentrale Punkt ist, dass eine Katastrophe in diesem Zusammenhang nicht nur eine Naturkatastrophe bedeutet. Damit ist jedes Ereignis gemeint, das dazu führt, dass Ihre Systeme oder Daten nicht mehr verfügbar sind: ein Hardwarefehler, ein menschliches Versagen, das die Produktionsbasis löscht, ein Ransomware-Angriff, der Ausfall eines Cloud-Anbieters. Die meisten echten „Katastrophen“ sind banal und daher häufig.

Die These: Katastrophen sind keine Ausnahme, sondern Statistiken

Die gefährlichste Art, darüber nachzudenken, besteht darin, eine Katastrophe als etwas zu betrachten, das anderen wahrscheinlich nicht widerfährt. Ich behaupte das Gegenteil: Katastrophen sind eine über die Zeit verteilte Gewissheit. Sie wissen nicht wann, aber Sie wissen, dass etwas schief gehen wird.

Festplatten fallen aus. Menschen machen Fehler. Es gibt Angreifer, und sie sind unermüdlich. Anbieter haben Ausfälle. Rechnet man all dies über die Jahre hinweg zusammen, in denen eine Organisation tätig ist, lautet die Frage nicht mehr „ob“, sondern „wann“ und „wie vorbereitet werden wir sein“.

Wer diese Logik verinnerlicht, betrachtet Disaster Recovery nicht mehr als Pessimismus, sondern als grundlegendes Risikomanagement. Es ist die gleiche Argumentation wie bei einer Kfz-Versicherung oder einem Feuerlöscher: Man kauft ihn nicht in der Hoffnung, ihn zu benutzen, sondern weil die Kosten zu hoch sind, wenn man ihn nicht hat, wenn man ihn braucht.

Die zwei Zahlen, die jeden Plan definieren

Die Notfallwiederherstellung scheint abstrakt, bis Sie zwei Konzepte kennengelernt haben, die sie konkret und messbar machen.

RTO, Objective Recovery Time. Wie lange kann der Betrieb gestoppt werden, bevor der Schaden schwerwiegend wird? Minuten? Std? Tage? Diese Zahl definiert, wie schnell Ihr Plan Systeme wiederherstellen muss.

RPO, Recovery Objective Point. Wie viele Daten können Sie verlieren? Wenn die letzte Sicherung vierundzwanzig Stunden her ist und die Katastrophe jetzt passiert, verlieren Sie einen Tag an Informationen. Der RPO definiert, wie oft Sie speichern müssen.

Diese beiden Zahlen übersetzen eine Geschäftsentscheidung in technische Anforderungen. Und sie sind aufschlussreich: Viele Unternehmen stellen bei der Definition fest, dass sie weniger Verluste und Ausfallzeiten tolerieren als gedacht, und dass die Backups, über die sie verfügen, bei weitem nicht so gut sind.

Warum Backup nicht dasselbe ist wie Wiederherstellung

Der häufigste und gefährlichste Fehler: Backup mit Disaster Recovery zu verwechseln. Es sind verschiedene Dinge, und der Unterschied ist teuer.

Backup ist das Kopieren von Daten. Wiederherstellung ist die nachgewiesene Fähigkeit, den Betrieb daraus wiederherzustellen. Viele Organisationen haben aus religiösen Gründen Backups erstellt, die nie getestet wurden. Am Tag der Katastrophe stellen sie fest, dass das Backup beschädigt oder unvollständig war oder dass niemand weiß, wie man es wiederherstellt, oder dass die Wiederherstellung viel länger dauert, als der Vorgang bewältigen kann.

Ein Backup, das noch nie getestet wurde, ist kein Plan. Es ist eine Hoffnung. Der Unterschied tritt genau in dem Moment in Erscheinung, in dem Sie ihn nicht mehr korrigieren können.

Bei Ransomware-Vorfällen ist diese Unterscheidung existenziell geworden. Moderne Angreifer nehmen Backups ins Visier, bevor sie die Produktion verschlüsseln, denn sie wissen, dass das Opfer ohne sie keinen Ausweg hat. Das Backup isoliert und getestet zu haben, ist keine gute Praxis mehr und ist zu einer Frage des Überlebens geworden.

Die menschliche und organisatorische Seite

Es gibt eine Dimension, die technische Pläne gerne ignorieren: Am Tag der Katastrophe sind es Menschen unter Stress, die den Plan ausführen. Wenn es nur im Kopf einer Person existiert oder in einem Dokument, das niemand gelesen hat, funktioniert es bei maximalem Druck nicht.

Ein echter Plan muss klar dokumentiert sein und die Rollen definieren: wer entscheidet, wer führt aus, wer kommuniziert. Es muss wie eine Feuerübung geprobt werden, damit die Leute in einem kritischen Moment wissen, was sie tun müssen, ohne zu improvisieren. Und Sie müssen das Szenario in Betracht ziehen, dass die Schlüsselperson an diesem Tag nicht verfügbar ist.

Im öffentlichen Sektor erhält dies zusätzliches Gewicht. Wenn ein Gesundheits-, Steuererhebungs- oder Bürgerdienstleistungssystem zusammenbricht, leidet nicht nur die Organisation, sondern auch die Bevölkerung, die auf diese Dienste angewiesen ist. Kontinuität liegt in der öffentlichen Verantwortung, nicht in betrieblicher Zweckmäßigkeit.

Die Reflexion, die die Priorität ändert

Die kulturelle Falle ist Optimismus. „Uns ist noch nie etwas passiert“ ist der Satz, der den meisten ungelösten Katastrophen vorausgeht. Das Ausbleiben eines Zwischenfalls ist kein Beweis für die Sicherheit, es ist einfach Glück, dass es noch nicht vorbei ist.

Im Kern ist die Notfallwiederherstellung ein Test für die Führungsreife. Unreife Teams investieren nur in das, was sichtbare Ergebnisse bringt. Reife Teams investieren auch ohne Applaus in das, was katastrophale Verluste verhindert. Es ist der Unterschied zwischen der Bewältigung des guten Tages und der Bewältigung des schlechten Tages, der unweigerlich kommen wird.

Wenn eine Katastrophe eintritt, und das passiert, hat die Organisation, die sich darauf vorbereitet hat, eine Geschichte voller Schrecken und Erholung hinter sich. Diejenigen, die nicht vorbereitet waren, haben eine Geschichte voller Krisen, Verluste und manchmal auch des Endes. Die Wahl zwischen diesen beiden Geschichten wird heute getroffen, an dem Tag, an dem es so aussieht, als würde nichts schief gehen.

Wenn Ihr Unternehmen noch nie wirklich getestet hat, was im Falle eines vollständigen Datenverlusts passieren würde, könnte dies ein Zeichen dafür sein, dass es an der Zeit ist. Im Blog gibt es weitere Artikel zum Thema Sicherheit, Backup und Kontinuität, die tiefer in das Thema eintauchen. Wenn dies in Ihrem Zusammenhang ein echtes Anliegen ist, lohnt es sich, darüber zu sprechen, bevor die Angelegenheit dringlich wird.