Framework / Thema / Backup, Restore & Recovery

topicV2.9

THEMA

Backup, Restore & Recovery

Sicherungen schaffen erst dann Resilienz, wenn die benötigten Daten und Systeme innerhalb akzeptabler Ziele wiederhergestellt werden können.

Begriffe: RTO – Recovery Time Objective · RPO – Recovery Point Objective

VERSTEHEN

Worum geht es?

Backup ist kein Selbstzweck. Umfang, Häufigkeit, Aufbewahrung und Wiederherstellungsziele müssen aus Bedeutung, Kritikalität und Abhängigkeiten der Assets und Daten abgeleitet werden.

Sichern

Benötigte Daten, Systeme und Konfigurationen verlässlich erfassen.

Schützen

Sicherungen gegen Verlust, Manipulation und unberechtigten Zugriff absichern.

Wiederherstellen

Restore und Recovery regelmäßig praktisch nachweisen.

ANWENDEN

Wie aus Sicherungen verlässliche Wiederherstellbarkeit wird

WIEDERHERSTELLUNG SICHERN

01KritikalitätBedeutung für Leistung bestimmen

02SicherungszielSicherungsbedarf festlegen

03BackupDaten zuverlässig sichern

04Restore-TestWiederherstellung nachweisen

05VerbesserungErkenntnisse wirksam umsetzen

Die Schritte greifen ineinander. Erkenntnisse und Veränderungen führen zurück in den Kreislauf.

BEISPIEL AUS DEM ALLTAG

Die Backups sind jeden Tag grün – dann wird versehentlich eine wichtige Datei gelöscht

01 Bedeutung für den Geschäftsbetrieb

Festlegen, welche Daten gesichert werden müssen und wie schnell sie im Ernstfall wieder benötigt werden.

02 Sicherungsziel

Sicherungen so durchführen und aufbewahren, dass auch Fehler, Ausfälle oder Angriffe nicht alle Kopien gleichzeitig betreffen.

03 Backup

Überwachen, ob Sicherungen vollständig und fehlerfrei erstellt werden – ohne daraus schon auf erfolgreiche Wiederherstellung zu schließen.

04 Restore-Test

Die gelöschte Datei tatsächlich aus einer geeigneten Sicherung wiederherstellen und prüfen, ob Inhalt und Stand stimmen.

05 Verbesserung

Erkenntnisse aus Wiederherstellungen und Tests nutzen, um Sicherung, Aufbewahrung oder Vorgehen gezielt zu verbessern.

Wichtig: Eine erfolgreiche Sicherung beweist noch keine Wiederherstellbarkeit. Erst ein Restore-Test zeigt, ob Daten und Systeme im benötigten Umfang rechtzeitig zurückkommen.

EINORDNEN

Welche Abhängigkeiten für echte Wiederherstellbarkeit zählen

Backup ist nicht Recovery

Eine vorhandene Sicherungsdatei sagt noch nichts darüber aus, ob eine komplette Geschäftsleistung rechtzeitig wiederhergestellt werden kann.

RPO und RTO praktisch denken

RPO beschreibt den tolerierbaren Datenverlust; RTO die benötigte Wiederanlaufzeit. Beide Ziele müssen zur tatsächlichen Kritikalität der Leistung passen.

FÄHIGKEITEN

Welche Fähigkeiten müssen zusammenspielen?

CAPABILITYDaten & InformationsschutzDaten nach Bedeutung, Nutzung und Lebenszyklus angemessen schützen.→CAPABILITYPlattformbetriebPlattformen gehärtet, überwacht und wiederherstellbar betreiben.→CAPABILITYReagieren & WiederherstellenIncidents kontrolliert behandeln und Leistungen wiederherstellen.→CAPABILITYRisiko- & ResilienzmanagementRisiken verstehen und kritische Leistungen auch unter Störung steuerbar halten.→CAPABILITYTransparenz, Nachweis & VerbesserungWirksamkeit durch Evidenz, Prüfung, Kennzahlen und Verbesserung sichtbar machen.→

VERNETZEN

Im Framework weiterarbeiten

Asset ManagementZu sichernde Assets und Abhängigkeiten kennen→OwnershipFachliche Kritikalität entscheiden→Data GovernanceDatenbedeutung verstehen→Business ContinuityWiederanlauf mit Geschäftsanforderungen verbinden→

MERKSATZ

Backup, Restore & Recovery

Ein vorhandenes Backup ist noch kein Nachweis für Wiederherstellbarkeit. Entscheidend ist der getestete Restore innerhalb der fachlich benötigten Ziele.