Kontinuierliche Datensicherung (CDP) erklärt

Was bedeutet kontinuierliche Datensicherung?

Kontinuierliche Datensicherung, englisch Continuous Data Protection (CDP), bezeichnet ein Verfahren, bei dem Änderungen an Daten nicht erst zu einem festgelegten Zeitpunkt, sondern fortlaufend erfasst und getrennt von den Originaldaten abgelegt werden. Aus dieser Änderungshistorie lässt sich ein Zustand zu einem beliebigen Zeitpunkt innerhalb des Erfassungszeitraums rekonstruieren. Die Speichertechnik-Vereinigung SNIA beschreibt CDP sinngemäß als Methode, die Datenänderungen laufend aufzeichnet und so eine Wiederherstellung zu jedem früheren Zeitpunkt erlaubt.

Der Begriff wird im Alltag unterschiedlich streng verwendet. Strenggenommen bedeutet „kontinuierlich“, dass jede einzelne Schreiboperation erfasst wird. Häufig sind damit aber Verfahren gemeint, die Änderungen in sehr kurzen Abständen von wenigen Minuten oder Sekunden bündeln. Wie nah ein konkretes Produkt an der strengen Definition liegt, hängt von Implementierung, Konfiguration und Systemlast ab. Für die Bewertung kommt es deshalb weniger auf das Etikett an als auf die Frage, welche Zeitspanne zwischen zwei Wiederherstellungspunkten im Betrieb tatsächlich entsteht.

Warum periodische Backups eine Lücke lassen

Ein klassisches Backup bildet den Datenbestand zu einem Zeitpunkt ab, zum Beispiel jede Nacht um 22 Uhr. Alles, was nach diesem Zeitpunkt geschieht, ist im Backup nicht enthalten. Fällt ein System um 16 Uhr des Folgetages aus, fehlen im ungünstigsten Fall die Änderungen von rund 18 Stunden. Dieser maximal tolerierbare Datenverlust wird als Recovery Point Objective (RPO) bezeichnet; ausführlich erklärt der Artikel RPO und RTO einfach erklärt den Zusammenhang.

Das Sicherungsintervall setzt dem RPO damit eine untere Grenze: Ein RPO von vier Stunden lässt sich mit einer Sicherung pro Nacht nicht erreichen. Naheliegend wäre, das Intervall zu verkürzen und stündlich zu sichern. Das stößt jedoch an praktische Grenzen. Jeder Sicherungslauf belastet das Quellsystem, belegt Bandbreite und benötigt ein Zeitfenster, in dem ein konsistenter Zustand erfasst werden kann. Je kürzer das Intervall, desto eher überlappen sich Läufe oder verdrängen den Produktivbetrieb. Kontinuierliche Datensicherung adressiert genau diese Lücke zwischen dem, was periodische Läufe leisten können, und dem, was für bestimmte Daten fachlich gefordert wird.

Wie funktioniert CDP im Prinzip?

Die technische Umsetzung unterscheidet sich je nach Produkt. Im Kern beruhen die Verfahren auf demselben Gedanken: Statt den gesamten Bestand wiederholt zu lesen, wird nur das erfasst, was sich geändert hat, und zwar in dem Moment, in dem es sich ändert oder kurz danach. Das kann auf Dateiebene geschehen, indem Änderungen an überwachten Dateien erkannt werden, oder auf Blockebene, indem veränderte Speicherbereiche protokolliert werden. Bei Anwendungen wie Datenbanken können zudem Transaktionsprotokolle als Quelle dienen.

Die erfassten Änderungen werden mit einem Zeitbezug versehen und getrennt vom Original gespeichert. Beim Wiederherstellen wird aus der Basis, meist einem vorhandenen Backup, und der Folge der Änderungen bis zum gewünschten Zeitpunkt ein Datenstand zusammengesetzt. Daraus ergeben sich drei Eigenschaften, die für die Bewertung wichtig sind:

• Die laufende Sicherung baut auf einer Basis auf. Ohne ein vorhandenes Backup als Ausgangspunkt gibt es nichts, auf das sich die Änderungen beziehen könnten.
• Die Granularität der Wiederherstellungspunkte ist feiner als bei periodischen Backups, aber nicht unbegrenzt. Sie hängt von Konfiguration, Last und Produkt ab.
• Die Änderungshistorie benötigt Speicherplatz und wächst mit der Änderungsrate der Daten. Sie wird daher in der Regel nur für einen begrenzten Zeitraum vorgehalten.

Abgrenzung zu Backup, Snapshot, Replikation und Hochverfügbarkeit

Kontinuierliche Datensicherung wird häufig mit verwandten Begriffen vermischt. Eine saubere Trennung verhindert Fehlentscheidungen, denn jedes Verfahren löst ein anderes Problem. Der Vergleich im Überblick, ergänzend dazu der Artikel Backup, Snapshot, Replikation:

• Backup: gesonderte Kopie zu festen Zeitpunkten mit eigener Aufbewahrung, gedacht für die Wiederherstellung nach Löschung, Defekt oder Angriff. Es ist die Grundlage jedes Schutzkonzepts.
• Kontinuierliche Datensicherung: erfasst Änderungen zwischen den Backups und verkleinert damit die Lücke bis zum letzten Wiederherstellungspunkt. Sie ergänzt das Backup und ersetzt es nicht.
• Snapshot: Momentaufnahme eines Zustands, meist auf demselben Speichersystem. Ohne räumliche und logische Trennung ist ein Snapshot kein unabhängiges Backup.
• Replikation: Spiegelung auf ein zweites System. Sie dient der Verfügbarkeit, überträgt aber auch Fehler, Löschungen und Verschlüsselung. Eine Replikation ist kein Rückgriff auf einen früheren Zustand.
• Hochverfügbarkeit: redundanter Aufbau, der Ausfallzeiten verkürzt. Sie schützt vor dem Ausfall von Komponenten, nicht vor Datenverlust durch Fehlbedienung oder Schadsoftware.

Was CDP verbessert und was nicht: RPO und RTO

Der Nutzen kontinuierlicher Datensicherung liegt beim RPO. Weil der Abstand zum letzten Wiederherstellungspunkt kleiner wird, sinkt die Menge an Arbeit, die im Ernstfall verloren ist. Für Daten mit hoher Änderungsrate und hohem Wiederbeschaffungsaufwand kann das den Unterschied zwischen einer Unannehmlichkeit und einem spürbaren Schaden ausmachen.

Die Recovery Time Objective (RTO), also die Zeit bis zum wieder laufenden Dienst, bleibt davon weitgehend unberührt. Eine feinere Auflösung der Wiederherstellungspunkte macht die Wiederherstellung nicht schneller. Datenmenge, Bandbreite, Zielumgebung, Abhängigkeiten und die Verfügbarkeit der handelnden Personen bestimmen weiterhin die Dauer. Wer ein enges RTO braucht, muss zusätzlich Maßnahmen für den Wiederanlauf einplanen, etwa einen Notbetrieb aus dem Backup, wie er im Artikel Failover und Failback einfach erklärt beschrieben ist.

Ein konstruiertes Beispiel

Zur Veranschaulichung ein bewusst vereinfachtes, frei erfundenes Szenario ohne Bezug zu einem realen Fall. Ein Betrieb nutzt eine Fachanwendung, in der Mitarbeitende den ganzen Tag über Aufträge erfassen. Nachts läuft ein Backup. Am Nachmittag wird durch einen Bedienfehler ein größerer Datenbestand überschrieben. Der letzte Backupstand ist 16 Stunden alt, die Erfassungsarbeit eines ganzen Arbeitstages müsste neu geleistet werden.

Ist für diese Anwendung zusätzlich eine kontinuierliche Sicherung eingerichtet, lässt sich der Zustand auf einen Zeitpunkt kurz vor dem Fehler zurücksetzen. Verloren geht dann nur der Zeitraum zwischen diesem Punkt und dem Fehler. Was das Beispiel nicht zeigt: Dauer und Aufwand der Wiederherstellung hängen weiterhin von der Umgebung ab, und ob die Anwendung nach dem Zurücksetzen konsistent weiterarbeitet, ist zu prüfen.

Typische Fehlannahmen

In der Praxis halten sich einige Missverständnisse hartnäckig:

• „Mit kontinuierlicher Sicherung brauche ich kein Backup mehr.“ Falsch: Die laufende Erfassung setzt auf einem Backup auf und hat eine begrenzte Vorhaltezeit. Langfristige Aufbewahrung und Schutz vor größeren Ereignissen leistet das Backup.
• „Kontinuierlich heißt, es geht nie etwas verloren.“ Falsch: Auch hier existiert eine Zeitspanne bis zum letzten Wiederherstellungspunkt. Sie ist kürzer, aber nicht null. Zusagen zu festen Werten wären nur mit Kenntnis von Konfiguration und Last seriös.
• „Es schützt vor Ransomware.“ Nur eingeschränkt: Auch Verschlüsselungsvorgänge sind Änderungen und werden erfasst. Hilfreich ist, dass sich auf einen Zeitpunkt kurz vor dem Angriff zurückgehen lässt. Der Schutz der Sicherungen selbst und ein sauberer Wiederanlauf sind eigene Themen, siehe Nach Ransomware: Daten sauber wiederherstellen.
• „Je mehr Daten, desto besser.“ Falsch: Die laufende Erfassung kostet Rechenleistung und Speicher. Sinnvoll ist ein gezielter Einsatz für die Daten, bei denen kurze Wiederherstellungspunkte fachlich begründet sind.

Wann sich kontinuierliche Datensicherung lohnt

Die Entscheidung lässt sich über zwei Fragen strukturieren. Erstens: Wie teuer ist der Verlust von Daten, die zwischen zwei Backups entstehen? Zweitens: Lässt sich dieser Verlust anderweitig auffangen, etwa weil Eingaben aus Quellsystemen erneut importiert werden können? Je höher die Änderungsrate und je schwerer die Nacharbeit, desto eher ist ein enges RPO gerechtfertigt.

• Geeignet: Systeme, in denen ständig fachlich relevante Daten entstehen, zum Beispiel Auftragsabwicklung, Buchhaltung oder Dokumentenablagen mit intensiver Bearbeitung.
• Weniger geeignet: Archive, Medienbestände, selten geänderte Dateiablagen oder Testsysteme, bei denen ein tägliches Backup genügt.
• Zu bedenken: Der Aufwand für Konfiguration, Speicher und Überwachung sollte im Verhältnis zum Schutzbedarf stehen. Die Einordnung nach Schutzbedarf behandelt der Artikel Backup-Strategie für KMU.

Konsistenz, Last und Speicherbedarf

Drei technische Aspekte beeinflussen die Qualität der Wiederherstellung. Der erste ist die Konsistenz. Ein Wiederherstellungspunkt kann absturzkonsistent sein, also dem Zustand nach einem plötzlichen Stromausfall entsprechen, oder anwendungskonsistent, wenn die Anwendung vorher in einen geordneten Zustand gebracht wurde. Datenbanken und Fachanwendungen reagieren auf diesen Unterschied empfindlich. Nach einer Wiederherstellung sollte die Anwendung daher stets auf Funktion und Datenstand geprüft werden.

Der zweite Aspekt ist die Last. Wer laufend Änderungen erfasst, verursacht zusätzliche Schreib- und Leseaktivität auf dem Quellsystem. Bei schwach ausgelegten Servern kann das spürbar sein. Der dritte Aspekt ist der Speicherbedarf: Die Änderungshistorie wächst mit der Änderungsrate. Wer Daten mit sehr hoher Änderungsrate erfasst, muss mit entsprechend schnell wachsenden Datenmengen rechnen und die Vorhaltedauer bewusst festlegen.

Den richtigen Wiederherstellungspunkt wählen

Eine feine Zeitauflösung ist nur dann ein Vorteil, wenn Sie im Ernstfall den passenden Punkt finden. Das ist weniger trivial, als es klingt. Bei einem Bedienfehler ist der Zeitpunkt meist bekannt, bei einer schleichenden Beschädigung oder einem Angriff dagegen oft nicht. Dann muss der Punkt eingegrenzt werden, indem mehrere Zeitpunkte nacheinander geprüft werden, bis der erste unbeschädigte Stand gefunden ist.

Hilfreich ist es, vor dem Ernstfall festzulegen, wer diese Entscheidung trifft und welche Kriterien gelten: Welche Dateien oder Datensätze dienen als Prüfstein? Wer bestätigt fachlich, dass der Stand korrekt ist? Dokumentieren Sie außerdem den gewählten Zeitpunkt. Insbesondere bei Datenbanken ist zu bedenken, dass zwischenzeitlich eingegangene, korrekte Änderungen mit dem Zurücksetzen verloren gehen und gegebenenfalls aus anderen Quellen nachgetragen werden müssen. Ein enger Wiederherstellungspunkt verringert diesen Nacharbeitsaufwand, macht die Entscheidung aber nicht überflüssig.

Kontinuierliche Datensicherung bei der Plattform

Die kontinuierliche Datensicherung der Plattform erfasst Änderungen an ausgewählten Dateien und Anwendungen zwischen den geplanten Backups. Sie ist für unterstützte Windows-Systeme verfügbar. Welche Anwendungen und Versionen unterstützt werden, hängt von der Plattform ab und sollte vor dem Einsatz geklärt werden.

Sie legen selbst fest, welche Daten besonders eng geschützt werden, und können so die Last auf den Systemen begrenzen. Die laufende Sicherung nutzt dieselbe Verwaltung, Verschlüsselung und Wiederherstellung wie Ihre Backup-Pläne. Wie kurz die Abstände zwischen Wiederherstellungspunkten werden, hängt von Konfiguration und Last ab; feste Werte sagen wir nicht zu. Die Daten selbst liegen im Cloud-Speicher im Rechenzentrum in Frankfurt am Main, optional gespiegelt.

Vorgehen in der Praxis

Wer kontinuierliche Datensicherung einführen möchte, geht am besten in einer festen Reihenfolge vor:

• Schutzbedarf je System bewerten und das gewünschte RPO schriftlich festhalten.
• Eine Basis schaffen: Das Backup des Systems muss regelmäßig und erfolgreich laufen, bevor die laufende Sicherung darauf aufsetzt.
• Die Daten auswählen, für die kurze Wiederherstellungspunkte fachlich begründet sind, und die Last im Betrieb beobachten.
• Die Vorhaltedauer der Änderungshistorie festlegen und Speicherbedarf kalkulieren.
• Die Wiederherstellung zu einem Zeitpunkt zwischen zwei Backups testen und Funktion sowie Datenstand der Anwendung prüfen. Wie ein solcher Test aufgebaut ist, beschreibt Restore-Test: So prüfen Sie Ihr Backup.