IT-Notfallplan erstellen: Anleitung, Inhalte und Vorlage
IT-Notfallplan erstellen: was hineingehört, wann aus einer Störung ein Notfall wird und wie Sie in fünf Schritten vorgehen – mit Vorlage zum Ausfüllen.
- Ein IT-Notfallplan legt vor dem Ernstfall schriftlich fest, wer informiert wird, welche Systeme zuerst wieder laufen und in welcher Reihenfolge der Betrieb hochfährt.
- Die maximal tolerierbare Ausfallzeit (MTA) trennt Störung von Notfall: Erst wenn ein Ausfall diese selbst gesetzte Grenze reißt, greift der Notfallplan.
- Sechs Bausteine machen einen Plan einsatzfähig: Notfallkontakte, kritische Systeme mit Priorität, Sofortmaßnahmen, Meldewege, Wiederanlauf-Reihenfolge und Nachbereitung.
- Bei einer Verletzung des Schutzes personenbezogener Daten verlangt Artikel 33 DSGVO die Meldung an die Aufsichtsbehörde binnen 72 Stunden – die Frist läuft ab Kenntnis des Vorfalls, nicht ab Wiederanlauf.
- Fachliche Grundlage ist der BSI-Standard 200-4 zum Business Continuity Management; das BSI stellt dazu Hilfsmittel bereit, darunter eine Dokumentvorlage für Wiederanlaufpläne.
Es ist der Anruf, den keine Geschäftsführung bekommen möchte: „Nichts geht mehr.” Die Systeme stehen, vielleicht durch einen Verschlüsselungsangriff, vielleicht durch einen Hardware-Defekt. Und in genau diesem Moment entscheidet sich, ob Ihr Unternehmen einen Plan hat – oder in Panik nach Telefonnummern und Passwörtern sucht, während die Uhr läuft. Dieser Ratgeber zeigt, was ein IT-Notfallplan leisten muss und wie Sie ihn erstellen. Dazu gehört eine kostenlose Vorlage zum Ausfüllen.
Was ein IT-Notfallplan ist
Ein IT-Notfallplan – oft auch Notfallhandbuch genannt – legt schriftlich fest, wie Ihr Unternehmen bei einem schweren IT-Ausfall vorgeht. Er beantwortet die Fragen, für die im Ernstfall keine Zeit bleibt: Wer wird informiert? Welche Systeme müssen zuerst wieder laufen? In welcher Reihenfolge fährt der Betrieb wieder hoch?
Der Unterschied zum Sicherheitskonzept ist die Blickrichtung. Ein IT-Sicherheitskonzept beschreibt, wie Sie Vorfälle verhindern. Der Notfallplan beschreibt, was passiert, wenn die Verhinderung nicht geklappt hat. Beide Dokumente gehören zusammen, aber nur eines davon hilft um 22 Uhr an einem Freitag.
Die maßgebliche fachliche Grundlage ist der BSI-Standard 200-4 zum Business Continuity Management. Er beschreibt, wie eine Organisation ein BCMS aufbaut, liefert einen Anforderungskatalog mit MUSS- und SOLLTE-Anforderungen und ein Mapping auf die ISO 22301. Eine Zertifizierung dazu ist derzeit nicht vorgesehen – der Standard ist also Handwerkszeug, keine Prüfungsvorbereitung. Für ein Unternehmen mit 20 bis 250 Mitarbeitenden ist er in voller Tiefe zu umfangreich; was zählt, ist eine schlanke, konsequent ausgefüllte Fassung.
Wann aus einer Störung ein Notfall wird
Nicht jede Störung ist ein Notfall. Der Drucker streikt, eine Anwendung hängt – ärgerlich, aber beherrschbar. Der entscheidende Begriff, um die Grenze zu ziehen, heißt maximal tolerierbare Ausfallzeit (MTA): Wie lange darf ein bestimmtes System ausfallen, bevor echter Schaden entsteht?
Für die E-Mail mag die Antwort „ein paar Stunden” lauten, für das Warenwirtschaftssystem im Handel vielleicht „30 Minuten”. Neben der MTA brauchen Sie einen zweiten Wert: den maximal tolerierbaren Datenverlust. Wenn das Backup einmal nachts läuft, verlieren Sie im schlimmsten Fall einen ganzen Arbeitstag – für die Buchhaltung ist das oft akzeptabel, für die Auftragsannahme selten.
Die Einstufung ist eine unternehmerische Entscheidung, keine technische. Sie gehört deshalb der Geschäftsführung, nicht der IT. So sieht eine typische Einstufung aus:
| Systemklasse | Beispiel | MTA (Beispielwert) | Wiederanlauf-Rang |
|---|---|---|---|
| Geschäftskritisch | Warenwirtschaft, Produktionssteuerung, Kassensystem | 30 Min – 4 Std | 1 |
| Betriebswichtig | E-Mail, Fileserver, Telefonie | 4 – 8 Std | 2 |
| Unterstützend | CRM, Zeiterfassung, Intranet | 1 – 2 Tage | 3 |
| Nachrangig | Archiv, Testumgebungen | mehrere Tage | 4 |
Ein Notfall liegt vor, wenn ein Ausfall diese Grenze überschreitet oder den Geschäftsbetrieb ernsthaft bedroht. Deshalb ist der erste Schritt jedes Notfallplans, die kritischen Systeme zu benennen und ihre MTA festzulegen. Ohne diese Liste ist jede Wiederanlauf-Reihenfolge geraten.
Was in einen IT-Notfallplan gehört
Ein einsatzfähiger Plan besteht aus sechs Bausteinen – genau der Struktur, der auch unsere Vorlage folgt:
- Notfallkontakte: Wer wird in welcher Reihenfolge informiert – intern und beim IT-Dienstleister? Mit Mobilnummern, die auch nachts jemand abnimmt, und mit einer benannten Vertretung je Rolle.
- Kritische Systeme mit Priorität: Welche Systeme sind wie wichtig, wie lange dürfen sie ausfallen (MTA), und wovon hängen sie ab? Ein Fachverfahren ohne Datenbank nützt nichts.
- Sofortmaßnahmen: Was ist in den ersten Minuten zu tun – Lage einschätzen, betroffene Systeme vom Netz trennen, Beweise sichern, Notfallstab informieren?
- Melde- und Eskalationswege: Wer meldet was an wen? Bei einer Verletzung des Schutzes personenbezogener Daten verlangt Artikel 33 DSGVO die Meldung an die Aufsichtsbehörde binnen 72 Stunden ab Kenntnis; erfolgt sie später, ist die Verzögerung zu begründen. Wer zusätzlich unter die NIS2-Pflichten fällt, hat eigene, kürzere Meldefristen.
- Wiederanlauf-Reihenfolge: In welcher Reihenfolge werden Systeme wieder hochgefahren – und wer gibt frei, dass wieder gearbeitet werden darf?
- Nachbereitung: Ursache analysieren, Backups prüfen, den Plan aktualisieren.
Der Notfallplan ist damit einer der Prüfpunkte in unserer IT-Sicherheits-Checkliste für KMU – und der Punkt, an dem die meisten Unternehmen eine Lücke haben.
Wer im Ernstfall entscheidet
Der häufigste Grund, warum ein vorhandener Plan im Ernstfall nicht greift, ist nicht Technik, sondern Zuständigkeit. Im Notfall müssen drei Rollen besetzt sein, jede mit Namen und Vertretung: eine Person, die entscheidet (Produktion anhalten? Lösegeldforderung? Anzeige?), eine, die technisch koordiniert, und eine, die kommuniziert – gegenüber Mitarbeitenden, Kunden und, wenn nötig, der Aufsichtsbehörde.
In Unternehmen mit 20 bis 250 Mitarbeitenden übernimmt die Geschäftsführung meist die erste und dritte Rolle selbst; die zweite liegt beim IT-Dienstleister. Entscheidend ist, dass diese Aufteilung vorher schriftlich steht. Wer im Ernstfall erst klärt, wer entscheiden darf, verliert die erste Stunde – und die ist bei einem Verschlüsselungsangriff die wertvollste.
Ob Sie 5 oder 500 Mitarbeitende haben — einem automatisierten Massenangriff ist das egal. Der verschlüsselt Sie, weil er kann. Deshalb braucht heute jedes Unternehmen einen Grundschutz.
Jens HagelGründer & Geschäftsführer
Das ist zugleich die Antwort auf den häufigsten Einwand aus kleineren Betrieben: „Uns ist noch nie etwas passiert.” Die Angriffe, die den Mittelstand treffen, suchen sich ihre Ziele nicht aus – sie scannen. Wie diese Angriffe ablaufen, erklärt unser Wissenseintrag zu Ransomware.
Die Reihenfolge ist dabei wichtiger, als sie aussieht: Erst steht fest, wer entscheidet, dann lohnt es sich, Abläufe aufzuschreiben. Ein Ablauf ohne benannte Entscheider bleibt eine Empfehlung.
In fünf Schritten zum Notfallplan
- Kritische Systeme erfassen. Was muss laufen, damit gearbeitet, geliefert und abgerechnet werden kann? Je System die MTA und den tolerierbaren Datenverlust festlegen.
- Kontakte und Verantwortliche eintragen. Intern und extern, mit Mobilnummern, die rund um die Uhr erreichbar sind – und je Rolle eine benannte Vertretung.
- Abläufe festhalten. Sofortmaßnahmen für die ersten 30 Minuten, Meldewege inklusive DSGVO-Frist, Wiederanlauf-Reihenfolge nach Rang.
- Offline hinterlegen. Ausgedruckt an zwei Orten, mindestens einer davon außerhalb des Serverraums. Ein Plan, der nur auf dem verschlüsselten Fileserver liegt, ist im Ernstfall nicht vorhanden.
- Testen und aktualisieren. Halbjährlich prüfen, einmal im Jahr im Team durchspielen – mit Datum und Namen der Person, die geprüft hat.
Der vierte Schritt klingt banal und ist der, an dem es am häufigsten scheitert. Bei einem Verschlüsselungsangriff sind Fileserver, SharePoint und oft auch das Ticketsystem betroffen – also genau die Orte, an denen der Plan gerne abgelegt wird.
Die kostenlose Vorlage zu diesem Beitrag führt durch alle sechs Bausteine, mit ausfüllbaren Tabellen für Kontakte und Systeme. Sie ersetzt kein vollständiges Business Continuity Management, schließt aber die Lücke zwischen „gar nichts” und „ungelesenes Handbuch”.
Was ein Ausfall kostet – und was der Plan
Die Bitkom-Studie Wirtschaftsschutz 2025 beziffert den jährlichen Gesamtschaden für die deutsche Wirtschaft durch Diebstahl, Industriespionage und Sabotage auf 289 Milliarden Euro. Das BSI beschreibt die Lage im Lagebericht zur IT-Sicherheit in Deutschland als weiterhin angespannt und wertet sie seit 2025 anhand von über 70 statistischen Diagrammen und Tabellen aus.
Interessanter als die Gesamtsumme ist Ihre eigene Zahl. Rechnen Sie sie einmal aus: Personalkosten pro Stunde mal Anzahl betroffener Mitarbeitender, plus entgangener Umsatz, plus Nacharbeit. Unser Rechner für Ausfallkosten macht daraus in zwei Minuten einen konkreten Betrag. Ein Rechenbeispiel: 30 Mitarbeitende, ein Tag Stillstand, 45 Euro Personalkosten je Stunde – das sind rund 10.800 Euro, bevor entgangener Umsatz und Nacharbeit überhaupt gezählt sind.
Und der Plan? Er kostet etwa eine Stunde für die Ersterstellung und zweimal im Jahr eine halbe Stunde Pflege. Das ist die ganze Rechnung – vorausgesetzt, jemand übernimmt die Pflege verbindlich.
Drei Monate lang konnten wir nicht arbeiten. Alles verschlüsselt — jedes Dokument, jede E-Mail, jede Rechnung.
Wer einen Notfallplan hat, verkürzt in solchen Fällen vor allem eines: die Zeit bis zur ersten richtigen Entscheidung.
Warum Pläne im Ernstfall trotzdem scheitern
Die meisten Pläne, die wir bei Neukunden vorfinden, existieren – sie funktionieren nur nicht.
Der Grund ist selten Nachlässigkeit. Ein Plan altert leise: Der Dienstleister wechselt die Rufnummer, ein Server zieht in die Cloud, die Kollegin mit dem Admin-Passwort geht in Elternzeit. Diese fünf Punkte entscheiden darüber, ob er trotzdem trägt:
- Kontakte sind aktuell. Nummer des Dienstleisters, der Versicherung und der Aufsichtsbehörde, geprüft im letzten halben Jahr.
- Der Plan ist ohne IT lesbar. Papierfassung an zwei Orten, nicht nur als Datei im Netz.
- Die Wiederherstellung ist getestet. Nicht „das Backup läuft", sondern „wir haben eine Datei zurückgeholt und die Dauer notiert".
- Zugangsdaten sind hinterlegt. Administrative Konten in einem versiegelten Umschlag oder Notfall-Tresor, nicht im Kopf einer Person.
- Jemand hat den Plan gelesen. Einmal jährlich durchgespielt, mit Datum und Namen dokumentiert.
Der dritte Punkt ist der teuerste. Ein Backup, das nie zurückgespielt wurde, ist eine Vermutung. Welche Sicherungen wirklich tragen und warum die 3-2-1-Regel nach wie vor der Maßstab ist, zeigt unser Ratgeber zur Backup-Strategie im Mittelstand.
Den zweiten Punkt können Sie sofort prüfen: Wo liegt Ihr aktueller Plan, und käme heute Abend jemand ohne Netzwerkzugang daran? Die Antwort dauert zwei Minuten und fällt erstaunlich oft ernüchternd aus.
Ein Notfallplan mit veralteten Telefonnummern ist gefährlicher als keiner – weil sich alle darauf verlassen. Wer den Plan nicht mindestens halbjährlich prüft, sollte ihn eher als Entwurf betrachten.
Der Notfallplan ist nur der Anfang
So wichtig ein Notfallplan ist – am besten ist der, den Sie nie brauchen. Der Plan regelt die Reaktion; die eigentliche Sicherheit entsteht durch Prävention. Drei Dinge senken das Risiko eines echten Notfalls drastisch:
- Geprüfte Backups: Ein getestetes, ransomware-sicheres Backup verwandelt viele Katastrophen in eine Unannehmlichkeit. Wie das als Service aussieht, zeigt unsere Seite zu Backup und Datensicherung.
- Monitoring: Wer Auffälligkeiten früh sieht, greift ein, bevor aus einer Störung ein Ausfall wird.
- Aktuelle Dokumentation: Ein Notfallplan mit veralteten Kontakten hilft nicht. Wie Dokumentation von selbst aktuell bleibt, beschreibt der Ratgeber IT-Dokumentation im Mittelstand.
Genau diese drei Bausteine bringt kjello als betreuten Service mit: kjello ist die IT-Abteilung als Service für den Mittelstand – ein Self-Service-Portal für On-/Offboarding, Geräte-Management und IT-Support, betrieben vom Hamburger Systemhaus hagel IT (seit 2004). Der laufende Betrieb kostet 29 Euro je Nutzer und Monat; Backup und weitere Module kommen als Plus-Bausteine dazu. Was das im Vergleich zu einer Stundensatz-Abrechnung bedeutet, steht transparent auf der Preisseite.
30 Minuten, kostenlos, ohne Vertriebsdruck – wir schauen gemeinsam auf Ihre kritischen Systeme und ihre Ausfallzeiten.
Gespräch vereinbarenEhrlich gesagt: Für einen Konzern mit eigener IT-Abteilung und eigenem Notfallstab ist ein solcher Service nicht der richtige Weg – dort gehört das Business Continuity Management ins eigene Haus. Für Unternehmen mit 20 bis 250 Mitarbeitenden dagegen ist genau das der Punkt, an dem ein Plan zum ersten Mal von jemandem gepflegt wird, der die Systeme kennt. Einen Überblick über das Modell gibt die Produktseite.
Laden Sie sich zunächst die Vorlage herunter und füllen Sie sie aus – es ist die günstigste Stunde, die Sie diese Woche investieren können.
Geschrieben von
Jens Hagel
Gründer & Geschäftsführer
Jens Hagel gründete 2004 das Systemhaus hinter kjello und betreut mit seinem Team über 150 mittelständische Unternehmen. Er schreibt über das, was er in echten Firmen erlebt – praxisnah, ehrlich und ohne Fachchinesisch.
Häufige Fragen
Was ist ein IT-Notfallplan?
Was gehört in einen IT-Notfallplan?
Wann wird aus einer Störung ein IT-Notfall?
Gibt es eine Vorlage für einen IT-Notfallplan?
Wie oft sollte man den IT-Notfallplan aktualisieren?
Wer erstellt den IT-Notfallplan im Mittelstand?
IT-Sicherheit & Compliance ansehen
kjello sorgt mit Backup, Monitoring und aktueller Dokumentation dafür, dass der Notfall selten eintritt – und im Ernstfall schnell jemand erreichbar ist.
