Was ist RPO (Recovery Point Objective)?
Ein Ziel, das angibt, auf welchen Zeitpunkt Daten bei einer Störung oder Katastrophe wiederherstellbar sein müssen. Bei einem RPO von 1 Stunde dürfen höchstens die Daten der letzten Stunde verloren gehen; Backups oder Kopien der Daten müssen also mindestens stündlich erstellt werden.
Japanische Bezeichnung: RPO(目標復旧時点)
„RPO (Recovery Point Objective)“ kommt in 3 Übungsfragen aus 2 Themen vor, z. B. Systemarchitektur und Zuverlässigkeit, IT-Service-Management und IT-Audit.
Fachgebiet: Systemarchitektur und Zuverlässigkeit
RPO und RTO
Das RPO ist ein Ziel dafür, wie weit zurück die Wiederherstellung reichen darf, also die Datenmenge, die verloren gehen darf, ausgedrückt als Zeit. Das RTO (Recovery Time Objective) ist ein Ziel dafür, wie lange die Wiederaufnahme dauern darf. Bei einem RPO von 4 Stunden und einem RTO von 2 Stunden darf eine Störung zum Beispiel keine Daten verlieren, die älter als 4 Stunden sind, und der Geschäftsbetrieb muss innerhalb von 2 Stunden wieder aufgenommen werden. Es sind getrennte Ziele, daher muss ein Verfahren gewählt werden, das beide erfüllt.
Synchrone und asynchrone Replikation
Die synchrone Replikation schließt eine Änderung erst ab, nachdem bestätigt ist, dass das Schreiben auch am Replikat abgeschlossen ist; bei einer Störung gehen daher keine Daten verloren (ein RPO von null). Dafür kommt die Laufzeit für den Hin- und Rückweg zum Replikat zu jeder Änderung hinzu, sodass die Antworten zwischen weit entfernten Standorten langsam werden. Die asynchrone Replikation sendet die Kopien später, die Antworten sind also schnell, bei einer Störung können aber noch nicht gesendete Daten verloren gehen.
Häufige Fragen
Sind kürzere RPOs und RTOs immer besser?
Kürzere Werte verringern die Folgen von Störungen, aber die Kosten für Replikation, Standby-Einrichtungen und Betriebsaufwand steigen. Üblich ist, sie für jeden Geschäftsprozess festzulegen, indem die Verluste durch stillstehenden Betrieb oder verlorene Daten mit den Kosten der Maßnahmen verglichen werden.
Lässt sich ein System mit einem RPO von null bauen?
Mit synchroner Replikation ist eine Konfiguration möglich, die bis zum Zeitpunkt der Störung keine Daten verliert. Werden Daten jedoch durch eine Fehlbedienung oder einen Softwarefehler beschädigt, wird auch der beschädigte Zustand repliziert; Backups, mit denen sich frühere Zeitpunkte wiederherstellen lassen, sind daher weiterhin zusätzlich nötig.