Ein Disaster-Recovery-Plan auf einer einzigen Seite

Warum eine einzige Seite

Im Moment einer Katastrophe haben Sie keine Zeit, Dokumentation zu durchblättern, und die Person, die den Plan geschrieben hat, ist vielleicht nicht da. Ein einseitiges Dokument hat drei Eigenschaften, die eine lange Version nicht hat:

• Es lässt sich in einer Minute lesen und verstehen, unter Druck.
• Es ist leichter zu pflegen, weshalb es aktuell bleibt.
• Es kann ausgedruckt an der Wand hängen — denn wenn auch das Netzwerk ausfällt, hilft Ihnen ein PDF im Netzwerk nicht.

Das Ziel ist nicht Vollständigkeit, sondern Nutzbarkeit.

Was auf die Seite passen muss

Ein einseitiger Plan beantwortet fünf Fragen, in dieser Reihenfolge:

• Wer ruft wen an. Namen, Rollen und Nummern — IT-Partner, Leitung, wichtige Lieferanten, bei Bedarf Behörden. Die Anrufreihenfolge.
• Was kritisch ist und in welcher Reihenfolge es zurückkommt. Eine Liste der wichtigsten Systeme (z. B. ERP, E-Mail, Telefone) mit Wiederherstellungspriorität.
• Wo die Backups sind und wer sie wiederherstellen kann. Ort, Zugang, wer berechtigt ist.
• Die Ziele: RTO und RPO. Wie schnell es zurückkommen muss und wie viele Daten wir verlieren dürfen, pro System.
• Was wir nach außen sagen. Kurze Leitlinie für die Kommunikation mit Kunden und Personal, solange der Ausfall dauert.

Beantwortet die Seite diese fünf Dinge klar, haben Sie einen funktionierenden Plan.

Szenarien, die es abzudecken lohnt

Sie brauchen keinen Plan für jede mögliche Katastrophe, nur für die wenigen wahrscheinlichsten:

• Hardware- oder Server-Ausfall.
• Ransomware oder Datenverlust.
• Ein längerer Ausfall von Strom oder Internet.
• Ein unzugängliches Büro (Brand, Überschwemmung, kein Zutritt).

Für jedes ein Satz: der erste Schritt und wer ihn leitet. Kein Roman — ein Auslöser und eine verantwortliche Person.

Ein ungetesteter Plan ist nur Papier

Das feinste Dokument ist wertlos, wenn es erst in einer Krise zum ersten Mal läuft. Der Test muss nicht groß sein:

• Machen Sie mindestens einmal im Jahr einen Probe-Restore aus dem Backup.
• Fragen Sie das Team „was würdet ihr in der ersten Stunde tun“ und sehen Sie, wo der Plan Lücken hat.
• Aktualisieren Sie die Seite nach jeder größeren IT-Änderung.

Der Sinn des Tests ist nicht zu beweisen, dass alles perfekt ist, sondern zu finden, was fehlt, solange es noch ungefährlich ist, es herauszufinden.

Wer das schreibt

Ein einseitiger Plan ist kein rein technisches Dokument — die Hälfte davon sind Geschäftsentscheidungen (was kritisch ist, wie viel Ausfall Sie verkraften, was Sie Kunden sagen). Er entsteht am besten, wenn IT-Partner und Leitung sich eine Stunde zusammensetzen. Der Techniker weiß wie, der Inhaber weiß was zählt; der Plan ist die Schnittmenge der beiden.

Eine Katastrophe kündigt sich nicht an, aber Sie können sich auf eine vorbereiten. Eine einzige klare Seite — ausgedruckt, Ihren Leuten bekannt und von Zeit zu Zeit geprüft — ist mehr wert als ein perfekter Plan, der nur als Datei auf dem Server existiert, die sich, wenn Sie sie brauchen, als genau die herausstellt, die ausgefallen ist.