Startseite › Lexikon › RTO und RPO
Lexikon · Backup & Recovery
RTO und RPO: Definition, Unterschied und Praxisbeispiele
Kurz erklärt
Die Recovery Time Objective (RTO) gibt an, wie lange ein IT-System nach einem Ausfall maximal stillstehen darf, bis es wieder läuft. Die Recovery Point Objective (RPO) gibt an, wie viel Datenverlust – gemessen als Zeitspanne bis zur letzten Sicherung – maximal tolerierbar ist. Beide Kennzahlen bilden die Grundlage jeder Backup- und Disaster-Recovery-Strategie.
RTO
Recovery Time Objective
Wie lange darf der Ausfall dauern?
RPO
Recovery Point Objective
Wie viele Daten dürfen verloren gehen?
Was ist die RTO (Recovery Time Objective)?
Die RTO beschreibt die maximal akzeptable Ausfallzeit eines Systems oder Geschäftsprozesses. Sie beginnt mit dem Ausfall und endet, wenn der Dienst wieder nutzbar ist. Eine RTO von vier Stunden bedeutet: Spätestens vier Stunden nach dem Störfall muss das System wieder produktiv sein.
Die RTO hängt vor allem davon ab, wie schnell sich Systeme wiederherstellen lassen: Wo liegen die Backups, wie schnell sind sie lesbar, und muss zuerst ein Server neu aufgesetzt werden?
Was ist die RPO (Recovery Point Objective)?
Die RPO beschreibt den maximal tolerierbaren Datenverlust. Sie misst die Zeit zwischen der letzten verwertbaren Sicherung und dem Ausfall. Eine RPO von einer Stunde bedeutet: Es dürfen höchstens die Daten der letzten Stunde verloren gehen – also muss mindestens stündlich gesichert werden.
Die RPO wird vor allem durch die Häufigkeit der Sicherungen, Snapshots oder Replikationen bestimmt.
RTO vs. RPO – der Unterschied auf einen Blick
Letztes Backup
RPO · Datenverlust
Ausfall
RTO · Ausfallzeit
Wieder online
Die RPO blickt vom Ausfall zurück bis zur letzten Sicherung, die RTO vom Ausfall nach vorn bis zum Wiederanlauf.
RTO
Bestimmt durch: Restore-Geschwindigkeit und Recovery-Verfahren
Typische Maßnahmen: Bare Machine Recovery, Standby-Systeme, schnelle Restore-Medien
RPO
Bestimmt durch: Backup-Frequenz und Replikation
Typische Maßnahmen: häufigere Backups, Snapshots, kontinuierliche Replikation
Beispiel aus der Praxis
Ein mittelständisches Unternehmen sichert seinen ERP-Server jede Nacht um 22 Uhr. Am nächsten Tag fällt der Server um 15 Uhr durch einen Ransomware-Angriff aus. Gefordert sind eine RPO von 4 Stunden und eine RTO von 8 Stunden.
✕ RPO verfehlt
Tatsächlicher Datenverlust: 17 Stunden – alle Änderungen zwischen 22 Uhr und 15 Uhr sind verloren.
✕ RTO verfehlt
Tatsächliche Ausfallzeit: 2 Tage – der Server muss neu installiert und die Daten müssen zurückgespielt werden.
✓ Lösung
Zusätzliche Sicherungen im Tagesverlauf verbessern die RPO. Eine System-Wiederherstellung auf neuer oder virtueller Hardware ohne Neuinstallation verkürzt die RTO.
So legen Sie RTO und RPO fest
1
Geschäftsprozesse bewerten
In einer Business Impact Analysis klären Sie, welche Systeme kritisch sind und was eine Stunde Stillstand kostet.
2
Ziele je Systemklasse definieren
Zum Beispiel ERP: RTO 4 h / RPO 15 min. Fileserver: RTO 24 h / RPO 24 h.
3
Technik daran ausrichten
Backup-Frequenz, Speicherort und Recovery-Verfahren folgen den Zielen – nicht umgekehrt.
4
Regelmäßig testen
Nur ein getesteter Restore beweist, dass RTO und RPO erreichbar sind. Mehr dazu: Recovery-Tests: So prüfen Sie Ihre Backups.
Was ist mit RTA und RPA?
Neben den Zielwerten (Objectives) gibt es die tatsächlich erreichten Werte: Recovery Time Actual (RTA) und Recovery Point Actual (RPA). Sie werden bei Restore-Tests gemessen. Liegt die RTA über der RTO, besteht Handlungsbedarf.
So unterstützt Cristie
RTO verkürzen, RPO absichern
Kürzere RTO
Mit der Cristie System Recovery stellen Sie komplette Server auf neuer, abweichender oder virtueller Hardware wieder her – ohne manuelle Neuinstallation.
Verlässliche RPO
Unveränderliche Sicherungskopien, zum Beispiel mit Blocky®, schützen Ihre Backups vor Ransomware und Manipulation. Mehr zu Immutable Backup
Nachweisbar
Wir planen mit Ihnen Recovery-Tests und dokumentieren die tatsächlich erreichten Werte.
Wie schnell ist Ihr Restore wirklich?
Wir prüfen mit Ihnen, ob Ihre Backups die geforderten Ziele erreichen.
Sind Ihre RTO- und RPO-Ziele realistisch? Prüfen Sie Ihre Datensicherung in 3 Minuten: Zum Backup-Check
Häufige Fragen
Was ist der Unterschied zwischen RTO und RPO?
Die RTO beschreibt die maximal tolerierbare Ausfallzeit, die RPO den maximal tolerierbaren Datenverlust.
Welche RTO ist üblich?
Das hängt vom System ab. Für geschäftskritische Anwendungen sind wenige Minuten bis wenige Stunden üblich, für weniger kritische Systeme oft 24 Stunden oder mehr.
Kann die RPO null sein?
Annähernd – mit synchroner Replikation. Das ist jedoch aufwendig und schützt nicht vor logischen Fehlern oder Ransomware, die mitrepliziert werden. Deshalb braucht es zusätzlich unveränderliche Backups.
Fordert NIS2 bestimmte RTO/RPO-Werte?
Nein, NIS2 schreibt keine konkreten Werte vor, verlangt aber Backup-Management, Notfallwiederherstellung und Business Continuity. Definierte und getestete RTO/RPO-Ziele sind dafür ein zentraler Nachweis.
Verwandte Begriffe: Disaster Recovery · Immutable Backup · Air Gap · Backup-Arten · Failover und Failback