L4Lin4BizProzesse verbinden. Arbeit vereinfachen.

Betrieb resilient vorbereiten

Wiederanlauf praktisch testen

Ein Wiederanlauftest prüft nicht nur, ob Technik startet, sondern ob eine priorisierte Leistung mit den vorgesehenen Personen, Daten und Kontrollen nutzbar zurückkehrt.

Veröffentlicht und redaktionell geprüft: 20. September 2026 · Autor: Augustin Fouché

Einen begrenzten Prüfgegenstand auswählen

Wählen Sie eine konkrete Ressource oder Leistung und beschreiben Sie Ausgangszustand, angestrebtes Notbetriebsniveau, Recovery Time Objective und Abbruchbedingungen. Der BSI-Standard 200-4 verankert Tests und Übungen im Business Continuity Management, damit Pläne, Verfahren und Fähigkeiten ihrem jeweiligen Zweck entsprechend überprüft werden. Artikel 21 der NIS-2-Richtlinie nennt für Einrichtungen in ihrem Anwendungsbereich auch die Aufrechterhaltung des Betriebs sowie Backup- und Wiederherstellungsmanagement. Beginnen Sie nicht unkontrolliert mit einem vollständigen Produktionsausfall. Eine Planbesprechung kann Ablauflücken zeigen, ersetzt aber keinen technischen Funktionstest; ein Serverstart belegt umgekehrt nicht die Nutzbarkeit des Geschäftsprozesses.

Beleggrundlage: BSI-Standard 200-4: Business Continuity Management, Version 1.0 (Mai 2023) · Richtlinie (EU) 2022/2555 (NIS 2)

Szenario, Beobachter und Messpunkte festlegen

Das Testdrehbuch enthält Startsignal, angenommene Ausfälle, verfügbare Informationen und zeitlich eingespielte Veränderungen. Benennen Sie ausführende Rollen getrennt von Beobachtern. Messen Sie Erkennung, Übernahme, Bereitstellung kritischer Ressourcen, fachliche Validierung und Entscheidung zur Rückkehr. Vermeiden Sie eine einzige Gesamtzeit, wenn Wartezeiten und parallele Schritte sonst unsichtbar bleiben. Protokollieren Sie Abweichungen vom Plan sofort, ohne während des Tests heimlich die Sollbeschreibung umzuschreiben. Diese Gestaltung ist eine redaktionelle Testmethode; technische Eingriffe dürfen nur von autorisierten Personen nach abgesichertem Verfahren erfolgen.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Abhängigkeiten absichtlich abfragen

Der BSI-Standard 200-4 sieht vor, in der Business-Impact-Analyse zeitkritische Aktivitäten, benötigte Ressourcen und Abhängigkeiten zu betrachten. Geben Sie im Test deshalb nicht alle Voraussetzungen als selbstverständlich verfügbar vor. Fragen Sie nach Personal, Information, Kommunikation, Infrastruktur, externen Dienstleistungen und Freigaben, bevor der nächste Schritt als erreicht gilt. Eine nicht verfügbare Ressource muss nicht künstlich abgeschaltet werden; sie kann im Übungsszenario als Lageinformation eingebracht werden. Entscheidend ist, ob der Plan eine begründete Alternative oder einen klaren Abbruch enthält. Improvisation wird als Befund dokumentiert und nicht nachträglich als vorhandener Plan dargestellt.

Beleggrundlage: BSI-Standard 200-4: Business Continuity Management, Version 1.0 (Mai 2023)

Fachliche Nutzbarkeit und Datenstand bestätigen

Nach dem technischen Start prüft eine autorisierte Fachperson einen repräsentativen Vorgang. Sie kontrolliert erforderliche Daten, Berechtigungen, Schnittstellen und Ausgabe. Personenbezogene Daten werden nur in einer dafür geeigneten Testumgebung und im notwendigen Umfang verwendet. Definieren Sie vorab, welches Ergebnis als bestanden, eingeschränkt oder fehlgeschlagen gilt. Ein teilweise nutzbarer Notbetrieb kann akzeptabel sein, wenn seine Grenzen dokumentiert und mit dem geplanten Leistungsniveau vereinbar sind. Eine grüne Statusanzeige ohne fachliche Gegenprobe ist kein ausreichender Nachweis über die wiederhergestellte Leistung.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Rückkehr und Verbesserungen ebenfalls testen

Der Versuch endet nicht mit dem ersten erfolgreichen Zugriff. Prüfen Sie, wie im Notbetrieb entstandene Änderungen gesichert, abgeglichen und in den Normalbetrieb überführt werden. Legen Sie fest, wer die Rückkehr freigibt und wie doppelte Verarbeitung erkannt wird. Danach werden Befunde nach Auswirkung priorisiert und mit Eigentümer sowie Termin versehen. Wiederholen Sie den betroffenen Schritt nach der Korrektur. Das Protokoll nennt Szenario, Umfang, Versionen, Messergebnisse und bewusst nicht geprüfte Bereiche. Es ist ein datierter Nachweis, keine Garantie gegen künftige Ausfälle. Wesentliche Änderungen an Systemen, Lieferanten oder Prozessen lösen eine neue Prüfung aus.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Testkalender risikobezogen pflegen

Ordnen Sie Wiederholungen nach Kritikalität, Änderungsumfang und bisherigem Befund. Ein unveränderter, gut belegter Ablauf braucht möglicherweise eine andere Frequenz als eine neue Schnittstelle mit offenem Retest. Der Kalender nennt Prüfgegenstand, geplante Methode, verantwortliche Rolle und Voraussetzungen. Verschiebungen erhalten Grund und neuen Termin. Vermeiden Sie eine Quote durchgeführter Tests als alleinige Erfolgskennzahl; entscheidend ist, ob relevante Szenarien mit nachvollziehbaren Ergebnissen geprüft wurden. Überfällige Hochprioritätsfälle werden an die zuständige Leitung eskaliert, statt in der Planung unsichtbar zu bleiben. Verknüpfen Sie jeden Termin mit der gültigen Planversion, damit ein bestandener Versuch nicht versehentlich als Nachweis für einen später veränderten Ablauf gilt.

Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.

Quellen und Prüfstand

  1. BSI-Standard 200-4: Business Continuity Management, Version 1.0 (Mai 2023) — Bundesamt für Sicherheit in der Informationstechnik, geprüft am 20. September 2026.
  2. Richtlinie (EU) 2022/2555 (NIS 2) — Europäische Union, geprüft am 20. September 2026.

Die Inhalte beschreiben allgemeine Organisations- und Digitalisierungsprinzipien; sie ersetzen keine Sicherheits-, Rechts- oder Datenschutzprüfung im Unternehmen.

Im Zusammenhang weiterlesen

  • Backup und Wiederanlauf unterscheiden — Ein Backup ist eine Datenkopie; ein Wiederanlauf umfasst zusätzlich Systeme, Konfigurationen, Zugänge, Abhängigkeiten, Reihenfolge und die geprüfte Rückkehr zu einer nutzbaren Leistung.
  • Geschäftskritische Abläufe erkennen — Kritikalität entsteht nicht aus Lautstärke oder Gewohnheit, sondern aus den Folgen einer Unterbrechung über die Zeit und den Abhängigkeiten, die eine Leistung erst ermöglichen.
  • Prozessreview regelmäßig moderieren — Ein wirksames Review prüft Leistung, Ausnahmen und Änderungen eines abgegrenzten Prozesses und endet mit verantworteten Beschlüssen.