RTO (Recovery Time Objective) und RPO (Recovery Point Objective) sind die zwei wichtigsten Kennzahlen für Business Continuity und Disaster Recovery. Sie definieren Wiederherstellungsziele und bestimmen die technischen Anforderungen.
Was ist RTO und wie wird es definiert
RTO (Recovery Time Objective): maximale Zeit für die Wiederherstellung eines Systems oder Prozesses nach einem Ausfall. Beispiel: RTO=4h bedeutet das System muss innerhalb von 4 Stunden wieder verfügbar sein. RTO wird aus der Business Impact Analysis (BIA) abgeleitet — basierend auf maximaler tolerierbarer Ausfallzeit (MTPD). Je kürzer der RTO, desto teurer die Lösung.
Was ist RPO und wie wird es definiert
RPO (Recovery Point Objective): maximaler Datenverlust der toleriert wird, ausgedrückt in Zeiteinheiten. Beispiel: RPO=1h bedeutet maximal 1 Stunde Daten darf verloren gehen. RPO bestimmt die Backup-Frequenz: RPO=1h → stündliche Backups oder kontinuierliche Replikation. Niedrigerer RPO = häufigere Backups = höhere Kosten.
Welche typischen RTO/RPO-Werte gibt es
Typische Werte nach Kritikalität: Mission Critical (Kernbankensysteme, Produktion): RTO 0–4h, RPO 0–15min. Business Critical (ERP, CRM): RTO 4–8h, RPO 1h. Standard (Office, E-Mail): RTO 24h, RPO 4h. Low Priority (Archiv, Reporting): RTO 72h, RPO 24h. Werte müssen mit Kosten der Lösung und Kosten des Ausfalls abgewogen werden.
Welche Technologien ermöglichen kurze RTO und RPO
Technologien nach RTO/RPO: Hot Standby (RTO <1min, RPO ~0): teuerste Lösung, aktive Redundanz. Warm Standby (RTO 1–4h, RPO 15min–1h): regelmäßige Synchronisation. Cold Standby (RTO 4–24h, RPO 1–24h): Systeme vorhanden aber nicht aktiv. Backup + Restore (RTO 4–72h, RPO 1–24h): günstigste Lösung, längste Recovery. Cloud-DR: flexibel skalierbar.
Wie testet man ob RTO und RPO erreicht werden
RTO/RPO-Tests: Restore-Test (stoppuhrgenau messen: wie lange dauert tatsächliche Wiederherstellung?), Failover-Test (für Hot/Warm-Standby), Tabletop Exercise (theoretisch durchspielen), vollständiger DR-Test (produktionsnahe Umgebung aufbauen). Erfahrung: gemessene RTO überschreiten geplante RTO oft um Faktor 2–3. Testergebnisse dokumentieren und Ziele anpassen.
RTO vs. RPO: Der Unterschied auf einen Blick
Kurz gesagt: RTO misst die Zeit bis zur Wiederherstellung, RPO den maximal tolerierbaren Datenverlust. RTO beantwortet „Wie schnell müssen wir wieder laufen?", RPO „Wie viele Daten dürfen wir maximal verlieren?".
| Kriterium | RTO — Recovery Time Objective | RPO — Recovery Point Objective |
|---|---|---|
| Misst | Zeit bis zur Wiederherstellung | Maximal tolerierbaren Datenverlust |
| Frage | Wie schnell wieder verfügbar? | Wie viele Daten dürfen verloren gehen? |
| Beispiel | RTO = 4h → System in 4h wieder online | RPO = 1h → max. 1h Daten verlierbar |
| Bestimmt | Recovery-Strategie, Standby-Konzept | Backup-Frequenz, Replikation |
Im BCM (Business Continuity Management) werden RTO und RPO in der Business Impact Analysis (BIA) je kritischem Prozess festgelegt und bilden die Grundlage für alle Notfall- und Wiederherstellungsstrategien.
✓ Checkliste: Was bedeuten RTO und RPO?
- Verantwortlichkeiten klar definiert
- Dokumentation vollständig und aktuell
- Risikoanalyse durchgeführt
- Maßnahmen priorisiert und umgesetzt
- Mitarbeiter geschult
- Regelmäßige Überprüfung geplant
- Management informiert und eingebunden
- Compliance-Anforderungen erfüllt
- Technische Maßnahmen implementiert
- Auditierbarkeit sichergestellt
Fazit
Was bedeuten RTO und RPO? ist für Unternehmen jeder Größe relevant. Professionelle Umsetzung schützt vor Risiken, erfüllt regulatorische Anforderungen und schafft Vertrauen. APASEC begleitet Sie von der ersten Analyse bis zur nachhaltigen Implementierung.
APASEC unterstützt Sie — RTO/RPO sind Teil eines wirksamen Business Continuity Managements. Jetzt unverbindlich anfragen →
Häufige Fragen (FAQ)
RTO (Recovery Time Objective) misst die maximale Zeit bis zur Wiederherstellung eines Systems, RPO (Recovery Point Objective) den maximal tolerierbaren Datenverlust in Zeit. Beispiel: RTO = 4h bedeutet, das System muss in 4 Stunden wieder laufen; RPO = 1h bedeutet, höchstens 1 Stunde an Daten darf verloren gehen.
Im Business Continuity Management (BCM) werden RTO und RPO in der Business Impact Analysis (BIA) für jeden kritischen Geschäftsprozess festgelegt. Sie sind die zentralen Zielwerte, aus denen sich Backup-Frequenz, Standby-Konzept und Recovery-Strategie ableiten.
RTO (Recovery Time Objective): maximale Zeit für die Wiederherstellung eines Systems oder Prozesses nach einem Ausfall. Beispiel: RTO=4h bedeutet das System muss innerhalb von 4 Stunden wieder verfügbar sein. RTO wird aus der Business Impact Analysis (BIA) abgeleitet — basierend auf maximaler tolerierbarer Ausfallzeit (MTPD). Je kürzer der RTO, desto teurer die Lösung.
RPO (Recovery Point Objective): maximaler Datenverlust der toleriert wird, ausgedrückt in Zeiteinheiten. Beispiel: RPO=1h bedeutet maximal 1 Stunde Daten darf verloren gehen. RPO bestimmt die Backup-Frequenz: RPO=1h → stündliche Backups oder kontinuierliche Replikation. Niedrigerer RPO = häufigere Backups = höhere Kosten.
Typische Werte nach Kritikalität: Mission Critical (Kernbankensysteme, Produktion): RTO 0–4h, RPO 0–15min. Business Critical (ERP, CRM): RTO 4–8h, RPO 1h. Standard (Office, E-Mail): RTO 24h, RPO 4h. Low Priority (Archiv, Reporting): RTO 72h, RPO 24h. Werte müssen mit Kosten der Lösung und Kosten des Ausfalls abgewogen werden.
Technologien nach RTO/RPO: Hot Standby (RTO <1min, RPO ~0): teuerste Lösung, aktive Redundanz. Warm Standby (RTO 1–4h, RPO 15min–1h): regelmäßige Synchronisation. Cold Standby (RTO 4–24h, RPO 1–24h): Systeme vorhanden aber nicht aktiv. Backup + Restore (RTO 4–72h, RPO 1–24h): günstigste Lösung, längste Recovery. Cloud-DR: flexibel skalierbar.
RTO/RPO-Tests: Restore-Test (stoppuhrgenau messen: wie lange dauert tatsächliche Wiederherstellung?), Failover-Test (für Hot/Warm-Standby), Tabletop Exercise (theoretisch durchspielen), vollständiger DR-Test (produktionsnahe Umgebung aufbauen). Erfahrung: gemessene RTO überschreiten geplante RTO oft um Faktor 2–3. Testergebnisse dokumentieren und Ziele anpassen.