Cloud & Infrastruktur
RPO
Recovery Point Objective
Das Recovery Point Objective, kurz RPO, beschreibt den maximal akzeptablen Datenverlust in einer Zeitspanne. Es beantwortet die Frage, wie weit der nach einer Störung wiederhergestellte Datenstand höchstens zurückliegen darf.
Was bedeutet das im Unternehmen?
Das RPO ist ein fachliches Ziel, keine Aussage über einen bereits erreichten Schutz. Es beeinflusst Sicherungsintervalle und andere Verfahren zur Datenwiederherstellung. Unterschiedliche Anwendungen können unterschiedliche Ziele haben. Eine selten veränderte Vorlagensammlung ist anders zu bewerten als laufend erfasste Bestellungen.
Ein Beispiel aus der Praxis
Für eine Anwendung gilt beispielhaft ein RPO von einer Stunde. Fällt sie um 15 Uhr aus, muss ein verwendbarer Datenstand von 14 Uhr oder neuer verfügbar sein. Ein Sicherungsplan jede Stunde reicht als Nachweis nicht aus, wenn der letzte Auftrag fehlgeschlagen ist oder die Sicherung unbrauchbar ist.
RPO ist Datenverlust, RTO ist Ausfallzeit
Das RPO sagt nichts darüber aus, wann die Arbeit wieder beginnen kann. Dafür wird das RTO festgelegt. Beide Ziele gehören zusammen: Sehr aktuelle Sicherungen helfen wenig, wenn die Wiederherstellung für einen zeitkritischen Prozess zu lange dauert.
Darauf kommt es an
- Pro Anwendung klären, welche Daten sich noch vertretbar nacherfassen lassen.
- Sicherungsintervalle und fehlgeschlagene Aufträge gegen das Ziel prüfen.
- Im Wiederherstellungstest auch den tatsächlichen Datenstand kontrollieren.
Eine häufige Frage
Bedeutet ein RPO von null, dass nichts verloren gehen kann?
Es formuliert das Ziel, keine bestätigten Daten zu verlieren. Ob eine Architektur dieses Ziel für einen konkreten Ausfall erreicht, hängt vom Verfahren und dem betrachteten Szenario ab. Eine Zielangabe allein ist keine Garantie.
Herausgeber: IT Fabrik · Stand: