Startseite › Lexikon › Disaster Recovery

Lexikon · Backup & Recovery

Disaster Recovery: Definition, Strategien und Notfallplan

Kurz erklärt

Disaster Recovery (DR) bezeichnet alle Maßnahmen, mit denen ein Unternehmen seine IT-Systeme und Daten nach einem schweren Ausfall wiederherstellt – etwa nach einem Ransomware-Angriff, einem Hardwaredefekt, Brand oder Stromausfall. Grundlage ist ein Disaster-Recovery-Plan, der festlegt, welche Systeme in welcher Reihenfolge, wie schnell und von wem wiederhergestellt werden.

RTO

Recovery Time Objective

Wie schnell muss das System wieder laufen?

RPO

Recovery Point Objective

Wie viele Daten dürfen verloren gehen?

DRP

Disaster-Recovery-Plan

Wer macht was im Ernstfall?

Was ist Disaster Recovery?

Disaster Recovery umfasst Technik, Prozesse und Verantwortlichkeiten, um nach einem Notfall den IT-Betrieb wiederherzustellen. Anders als die Wiederherstellung einzelner Dateien geht es um ganze Server, Anwendungen oder Standorte – und um die Frage, wie schnell das Unternehmen wieder arbeitsfähig ist.

Messbar wird Disaster Recovery über zwei Kennzahlen: die RTO (maximal tolerierbare Ausfallzeit) und die RPO (maximal tolerierbarer Datenverlust). Sie bestimmen, welche DR-Strategie und welche Technik sinnvoll sind.

Backup, Disaster Recovery und Business Continuity

Backup

Die Sicherungskopie selbst. Ohne Backup keine Wiederherstellung – aber ein Backup allein ist noch kein Notfallplan.

Disaster Recovery

Der geplante Weg vom Ausfall zurück zum laufenden IT-Betrieb: Systeme, Reihenfolge, Zuständigkeiten, Tests.

Business Continuity

Der übergeordnete Rahmen: Wie bleibt das gesamte Unternehmen handlungsfähig – inklusive Personal, Kommunikation und Ausweichprozessen. Mehr dazu

Typische Auslöser für einen Disaster-Recovery-Fall

Ein „Disaster“ muss keine Naturkatastrophe sein. Die häufigsten Auslöser sind deutlich alltäglicher:

• Ransomware und Cyberangriffe, die Systeme und oft auch Backups verschlüsseln
• Hardwaredefekte an Servern, Storage oder Netzwerk
• Fehlerhafte Updates oder Konfigurationsänderungen
• Menschliche Fehler wie versehentliches Löschen
• Brand, Wasser oder Stromausfall im Rechenzentrum

Disaster-Recovery-Strategien im Überblick

Je kürzer die geforderte RTO, desto aufwendiger die Strategie. Die Werte sind typische Größenordnungen – die tatsächlichen Zeiten hängen von Datenmenge und Umgebung ab.

Backup & Restore

RTO: Stunden bis Tage · Aufwand: gering

Systeme werden aus Sicherungen auf vorhandene oder neue Hardware zurückgespielt. Mit Bare Machine Recovery deutlich schneller als mit Neuinstallation.

Cold Standby

RTO: Stunden bis Tage · Aufwand: gering bis mittel

Ersatzinfrastruktur steht bereit, ist aber nicht in Betrieb. Im Notfall wird sie hochgefahren und mit den letzten Sicherungen befüllt.

Warm Standby

RTO: Minuten bis Stunden · Aufwand: mittel

Ein Ausweichsystem läuft mit reduzierter Leistung und wird regelmäßig mit Daten versorgt. Im Notfall übernimmt es per Failover.

Hot Standby

RTO: Sekunden bis Minuten · Aufwand: hoch

Ein zweiter Standort spiegelt die Produktion nahezu in Echtzeit. Schützt nicht vor logischen Fehlern oder Ransomware, die mitrepliziert werden.

Disaster-Recovery-Plan erstellen: 6 Schritte

Ein Disaster-Recovery-Plan (DRP) ist das Drehbuch für den Ernstfall. So bauen Sie ihn auf:

Risiken und Geschäftsauswirkungen bewerten

Welche Szenarien sind realistisch, welche Systeme geschäftskritisch, was kostet eine Stunde Stillstand?

RTO und RPO je System festlegen

Systeme in Klassen einteilen und für jede Klasse Ausfallzeit und Datenverlust definieren. Mehr dazu: RTO und RPO.

Strategie und Technik wählen

Passende DR-Strategie je Systemklasse, Speicherorte der Backups, Ausweichhardware oder -standort.

Rollen und Kommunikation regeln

Wer ruft den Notfall aus, wer stellt wieder her, wer informiert Geschäftsführung, Kunden und Behörden?

Wiederanlauf dokumentieren

Schritt-für-Schritt-Anleitungen (Runbooks) und die Reihenfolge des Wiederanlaufs, z. B. erst Active Directory, dann Datenbanken, dann Anwendungen.

Testen und aktuell halten

Regelmäßige Wiederherstellungstests zeigen, ob die Ziele erreichbar sind. Nach jeder größeren Änderung wird der Plan aktualisiert. Mehr dazu: Recovery-Tests: So prüfen Sie Ihre Backups.

Checkliste: Was gehört in einen Disaster-Recovery-Plan?

Mindestinhalt

✓ Liste aller Systeme mit RTO, RPO und Abhängigkeiten
✓ Notfallkontakte, Eskalationswege und Entscheidungsbefugnisse
✓ Speicherorte der Backups inkl. einer isolierten bzw. unveränderlichen Kopie
✓ Wiederanlaufreihenfolge und Runbooks je System
✓ Zugangsdaten und Lizenzen, die auch ohne laufende IT erreichbar sind
✓ Kommunikationsvorlagen für Mitarbeitende, Kunden und Meldepflichten
✓ Testplan mit Terminen und Protokollen der letzten Tests

Disaster Recovery nach einem Ransomware-Angriff

Ransomware verändert die Spielregeln: Angreifer suchen gezielt nach Backups und versuchen, sie zu löschen oder zu verschlüsseln. Ein DR-Plan muss deshalb davon ausgehen, dass Teile der Infrastruktur kompromittiert sind.

Entscheidend sind unveränderliche oder physisch getrennte Sicherungen, eine Prüfung der Backups auf Schadcode vor dem Restore und die Möglichkeit, Systeme auf neuer oder sauberer Hardware wiederherzustellen. Mehr dazu: Ransomware 2026: Wenn gestohlene Zugangsdaten zum Haupteinstiegspunkt werden.

So unterstützt Cristie

Disaster Recovery mit Cristie

System Recovery

Komplette Server per Bare Machine Recovery auf neuer, abweichender oder virtueller Hardware wiederherstellen. Zur System Recovery

Unveränderliche Backups

Mit Blocky® bleiben Ihre Sicherungen auch dann intakt, wenn Angreifer ins Netz gelangen. Mehr zu Immutable Backup

Recovery-Lösungen

Vom Konzept bis zum Test: passende Recovery-Strategien für Ihre Umgebung. Zu den Recovery Solutions

Wie belastbar ist Ihr Notfallplan?

Wir prüfen mit Ihnen, ob Ihre Wiederherstellung im Ernstfall funktioniert.

Kontakt aufnehmen

Wäre Ihre IT für den Ernstfall bereit? Prüfen Sie Ihre Datensicherung in 3 Minuten: Zum Backup-Check

Häufige Fragen

Was ist der Unterschied zwischen Backup und Disaster Recovery?

Ein Backup ist die Sicherungskopie. Disaster Recovery ist der geplante Prozess, mit dem aus dieser Kopie wieder ein laufender IT-Betrieb wird – inklusive Reihenfolge, Zuständigkeiten und Tests.

Wie oft sollte ein Disaster-Recovery-Plan getestet werden?

Mindestens einmal jährlich, für geschäftskritische Systeme häufiger – und zusätzlich nach jeder größeren Änderung an Infrastruktur oder Anwendungen.

Was kostet Disaster Recovery?

Das hängt vor allem von RTO und RPO ab. Backup & Restore ist günstig, ein permanent gespiegelter Zweitstandort teuer. Sinnvoll ist eine Abstufung nach Systemklassen.

Verlangt NIS2 Disaster Recovery?

Ja. NIS2 nennt Aufrechterhaltung des Betriebs, Backup-Management, Wiederherstellung nach einem Notfall und Krisenmanagement ausdrücklich als Mindestmaßnahmen für betroffene Unternehmen.

Verwandte Begriffe: RTO und RPO · Failover und Failback · Business Continuity · Immutable Backup · Air Gap · Backup-Arten