DAS WICHTIGSTE ZUERST
Kurz gefasst.
- Legen Sie gemeinsam fest, welche Arbeitsabläufe zuerst zurückkehren müssen und welcher Datenverlust vertretbar ist.
- Sicherungskopien brauchen einen eigenen Schutz. Ein grüner Backup-Status beweist noch keine Wiederherstellbarkeit.
- Prüfen Sie im abgestimmten Test den Arbeitsablauf – nicht nur, ob sich eine einzelne Datei öffnen lässt.
Zwei Ziele, die Geschäftsführung und IT gemeinsam festlegen.
Eine Sicherung ist eine Kopie. Wiederherstellung bedeutet, daraus Daten und Systeme zurückzubringen. Wiederanlauf geht einen Schritt weiter: Menschen können einen wichtigen Geschäftsprozess tatsächlich wieder ausführen. Genau dieses Ergebnis sollte Ihre Planung beschreiben.
Wie schnell muss der Ablauf zurück sein?
Das Recovery Time Objective beschreibt die angestrebte Zeit bis zur Wiederherstellung des vereinbarten Betriebsniveaus. Legen Sie fest, ab wann die Zeit zählt und was als arbeitsfähig gilt.
Wie viel Datenverlust ist vertretbar?
Das Recovery Point Objective beschreibt, wie weit der wiederhergestellte Datenstand höchstens zurückliegen soll. Es bestimmt mit, wie häufig und auf welche Weise gesichert werden muss.
Beides sind zunächst Anforderungen – keine gemessenen Fähigkeiten. Eine Sicherung alle paar Stunden garantiert weder den erreichbaren Datenstand noch die Dauer des Wiederanlaufs. Erst ein geeignetes Konzept und praktische Nachweise zeigen, ob die Ziele realistisch sind.
Ein Unternehmen möchte nach einem Ausfall binnen acht Stunden wieder Aufträge bearbeiten und höchstens eine Stunde neu erfasster Daten verlieren. Dann muss die IT prüfen, ob nicht nur die Auftragsdaten, sondern auch Anmeldung, Anwendung, notwendige Schnittstellen und Arbeitsplätze dieses Ziel unterstützen.
Planen Sie den Ablauf, nicht nur den Server.
Erstellen Sie für jeden wichtigen Prozess eine kurze Wiederanlaufkarte. Fragen Sie den Fachbereich, was er für einen Mindestbetrieb wirklich benötigt. Die vollständige Komfortausstattung kann später folgen; wichtige Abhängigkeiten dürfen dabei nicht unter den Tisch fallen.
| Feld | Was Sie festhalten |
|---|---|
| Geschäftsprozess | Welche konkrete Arbeit muss wieder möglich sein? |
| Verantwortliche | Wer aus Fachbereich und IT koordiniert – mit welcher Vertretung? |
| Wiederanlaufziele | Angestrebte Dauer, tolerierbarer Datenverlust und Mindestumfang |
| Abhängigkeiten | Identitäten, Anwendungen, Daten, Netzwerk, Dienstleister und benötigte Zugänge |
| Ersatzverfahren | Was ist vorübergehend organisatorisch möglich und wie werden Daten später abgeglichen? |
| Abnahme | Wer prüft, dass der Fachbereich mit dem Ergebnis arbeiten kann? |
Eine prozessorientierte Planung hilft auch bei Ausfällen ohne Cyberangriff. Der BSI-Standard 200-4 zum Business Continuity Management bietet dafür einen umfassenderen methodischen Rahmen.
Die Sicherung selbst braucht Schutz.
Betrachten Sie mit Ihrer IT, ob ein Problem im Produktivbetrieb auch die Sicherungskopien, ihre Verwaltung oder die nötigen Zugangsmöglichkeiten treffen könnte. Das BSI empfiehlt im Kontext von Ransomware vom übrigen Netz getrennte Offline-Sicherungen und praktische Wiederherstellungstests.
- Umfang benennen: Welche Daten, Anwendungen und Konfigurationen werden gesichert? Welche bewusst nicht?
- Trennung klären: Wie werden Sicherungskopien vor unberechtigten Änderungen oder Löschung geschützt, auch bei kompromittierten Produktivkonten?
- Historie berücksichtigen: Welche älteren Stände existieren, wenn ein Problem erst später entdeckt wird?
- Zugänge verfügbar halten: Wer erreicht Sicherungen und notwendige Schlüssel im Notfall, ohne von ausgefallenen Systemen abhängig zu sein?
- Cloud-Leistungen prüfen: Welche Wiederherstellung bietet der Anbieter vertraglich, welche Fristen gelten und welche Aufgaben bleiben bei Ihnen?
Ob Offline-Medien, unveränderbare Sicherungsstände oder andere Verfahren zum Einsatz kommen, hängt von Ihrer Umgebung ab. Bezeichnungen wie „immutable“ ersetzen keine Prüfung der Rechte, Aufbewahrung, Konfiguration und tatsächlichen Wiederherstellbarkeit.
Eine reine Synchronisation ist kein vollständiges Sicherungskonzept: Je nach Dienst können auch unerwünschte Änderungen oder Löschungen übernommen werden. Klären Sie deshalb Versionierung und Rückkehr zu älteren Datenständen ausdrücklich.
So wird aus einem Backup-Status ein belastbarer Nachweis.
Planen Sie Wiederherstellungstests als freigegebene Aufgabe mit Ihrer IT. Ein sicherer Test darf den laufenden Betrieb und vertrauliche Daten nicht unnötig gefährden. Technische Durchführung und Wahl der Testumgebung gehören in fachkundige Hände.
Testziel und Grenzen festlegen
Wählen Sie einen wichtigen Ablauf, den Datenstand und die Erfolgskriterien. Dokumentieren Sie, welche Abhängigkeiten tatsächlich mitgetestet werden und welche nur angenommen sind.
Zuständigkeiten und Bedingungen abstimmen
Benennen Sie Durchführung, fachliche Abnahme und Freigabe. Klären Sie die Testumgebung, Umgang mit vertraulichen Daten, einen Abbruchweg und die erforderliche Verfügbarkeit von Dienstleistern.
Technische und fachliche Rückkehr prüfen
Halten Sie fest, welche Daten zurückgekehrt sind und welche Funktionen arbeiten. Der Fachbereich prüft einen definierten, zulässigen Arbeitsablauf; ein gestarteter Server allein ist noch keine Abnahme.
Zeiten und Abweichungen dokumentieren
Erfassen Sie Beginn, wichtige Zwischenschritte, Ende und den erreichten Datenstand. Notieren Sie fehlende Freigaben, Zugänge, Unterlagen oder Abhängigkeiten, die den Ablauf verzögert haben.
Lücken bearbeiten und erneut prüfen
Vergleichen Sie Ergebnis und Ziel. Verantwortliche, Frist und Wiederholungsbedarf gehören in den Maßnahmenplan. Nach wesentlichen Änderungen sollte geprüft werden, ob der bisherige Nachweis noch aussagekräftig ist.
Die Häufigkeit richtet sich nach Kritikalität, Änderungen und vereinbarten Anforderungen. Eine pauschale Zahl ist dafür wenig hilfreich. Auch die CISA betont im #StopRansomware Guide, dass Sicherungs- und Wiederherstellungsverfahren regelmäßig getestet werden sollten.
Drei Fragen für Ihr nächstes IT-Gespräch.
- Für welchen kritischen Ablauf haben wir einen aktuellen, praktischen Wiederherstellungsnachweis?
- Wo liegt die größte Lücke zwischen unserem geschäftlichen Ziel und dem nachgewiesenen Ergebnis?
- Wer bekommt den Auftrag, diese Lücke zu schließen – und wann entscheiden wir über das Ergebnis?
Backup-Verantwortung sollte mit dem übrigen Sicherheitsbetrieb zusammenpassen. Wie Aufgaben, Überprüfung und laufende Betreuung aufgeteilt werden können, beschreiben wir unter Managed Security. Für eine erste Standortbestimmung hilft die IT-Sicherheitscheck-Checkliste.
Dieser Leitfaden ist für die Vorbereitung gedacht. Eine unkoordinierte Rücksicherung in eine möglicherweise betroffene Umgebung kann die Lage verschlechtern oder wichtige Spuren verändern. Stimmen Sie den Wiederanlauf mit qualifizierter Incident-Response-Unterstützung ab.
AUF IHRE SITUATION ÜBERTRAGEN
Welche Unterstützung passt zum nächsten Schritt?
Nicht jede Ausgangslage braucht denselben Auftrag. Diese Leistungen knüpfen an die Fragen aus dem Leitfaden an.
- Managed Security: Backup-Kontrollen im laufenden Betrieb
Wenn Sicherungen vorhanden sind, aber Prüfungen, Verantwortliche und die Nachverfolgung von Testbefunden fehlen. - IT-Sicherheitsberatung: Wiederanlauf als Teil des Schutzkonzepts
Wenn Wiederherstellungsziele mit Identitäten, Zugriffsrechten und anderen Schutzmaßnahmen abgestimmt werden sollen. - IT-Notdienst: Unterstützung bei einem laufenden Vorfall
Wenn Systeme bereits betroffen sind und Eindämmung, Lagebewertung und Wiederanlauf fachlich koordiniert werden müssen.
QUELLEN & EINORDNUNG
Zum Vertiefen und Gegenprüfen.
Dieser Leitfaden ist eine redaktionelle Orientierung von LOCKVEIL. Die folgenden Primärquellen unterstützen die fachliche Einordnung; die Prüffragen und Beispiele sind unsere eigene Zusammenstellung.
- BSI: Data backup concept and centralised data storage Datensicherung, getrennte Sicherungskopien und praktische Wiederherstellungstests (englisch).
- BSI-Standard 200-4: Business Continuity Management (PDF) Methodischer Rahmen für den Umgang mit Unterbrechungen wichtiger Geschäftsprozesse.
- CISA: #StopRansomware Guide Prävention und organisatorische Vorbereitung, einschließlich Backups und Kommunikationsplanung (englisch).
Veröffentlicht und redaktionell eingeordnet am 5. September 2026. Empfehlungen müssen an Ihre Systeme, Verträge und Risiken angepasst werden. Dieser Beitrag ersetzt keine individuelle technische oder rechtliche Prüfung.