RTO und RPO: Was ist der Unterschied?

Was ist RTO?

Ein Recovery Time Objective (RTO) ist die maximal akzeptable Zeitspanne zwischen einem Desaster und der Wiederherstellung, nach deren Überschreitung ein Unternehmen kritischen Schaden erleidet.

Die Definition des RTO läuft auf diese Frage hinaus: Wie lange können wir nach einer Störung vertretbar ausfallen, ohne dass unser Geschäft erheblich beeinträchtigt wird?

Was ist RPO?

Ein Recovery Point Objective (RPO) ist die maximal akzeptable Zeitspanne zwischen der letzten Backup-Kopie und jetzt. In diesem Kontext bezieht sich „jetzt“ auf alle Daten, die aktuell in der Produktion gespeichert sind.

Die Definition des RPO wirft die Frage auf: Wie viele Daten können wir bei einem Sicherheitsvorfall vertretbar verlieren, bevor sich das spürbar auf unser Geschäft auswirkt?

Hinweis: Obwohl RPO eine Datenmenge beschreibt, wird es in Zeiteinheiten und nicht in Speichereinheiten angegeben. Das liegt daran, dass Daten mit variabler Rate anfallen, sodass sich die exakt erzeugte Menge nicht vorhersagen lässt. Daher ist Zeit die verlässlichste Messgröße für RPO.

RTO vs. RPO

Der Hauptunterschied zwischen RPO und RTO liegt in ihrem Zweck. RTO unterstützt die Geschäftskontinuität, während RPO den Fokus auf Daten legt. Anders gesagt: RTO schützt die Zukunft. RPO schützt die Vergangenheit.

Recovery Time Objective (RTO)

RTO schützt die aktuellsten Daten, indem es ermöglicht, die jüngsten Änderungen wiederherzustellen – entscheidend, um den Geschäftsbetrieb aufrechtzuerhalten.

Die Verbesserung des RTO erfordert Investitionen in leistungsstarke, für den Wiederherstellungsfall optimierte Hardware – einschließlich Unterstützung für Load Balancing und Instant Recovery, bei dem ausgefallene Workloads direkt aus Backups ausgeführt werden können.

RTO heißt Recovery Time Objective, weil es darum geht, die Wiederherstellungszeit zu minimieren.

Recovery Point Objective (RPO)

RPO schützt alle Daten, die Ihr Unternehmen bis jetzt gesammelt hat. RPO basiert auf Backups, und der Zusammenhang ist eindeutig: Je häufiger die Backups, desto besser das RPO und desto weniger Daten sind vom Verlust bedroht.

Wir nennen RPO Recovery Point Objective, weil es den letzten Zeitpunkt der Datensicherung definiert. Ein RPO von 0 würde beispielsweise erfordern, dass jede Datenänderung in Echtzeit dupliziert wird, wodurch Abweichungen zwischen Backup und Produktion eliminiert werden. Dieser Ansatz heißt Continuous Data Protection (CDP).

In seiner strengen Form kann Continuous Data Protection das RPO auf null senken, ist jedoch so ressourcenintensiv, dass nur wenige Unternehmen es strikt nach Lehrbuch umsetzen.

Die Bedeutung von RTO und RPO

Die Wahrheit ist: Unternehmen wollen weder Ausfallzeiten noch Datenverlust erleiden. Das als „akzeptabel“ oder „vertretbar“ zu bezeichnen, kann sich … nun ja, unangenehm anfühlen.

Wenn Sie jedoch Zeit in die Berechnung von RTO und RPO investieren, verschafft Ihnen das paradoxerweise die Sicherheit, dass Ihre Organisation ein Desaster überstehen kann.

Weitere Vorteile von RTO und RPO für Ihr Unternehmen sind:

Bessere Desaster-Vorsorge. RTO und RPO prägen Ihre gesamte Wiederherstellungsstrategie und machen sie realistischer. Sie weisen Ihnen die richtigen Ressourcen, Schritte und Protokolle zur Minderung von Datenverlust und Geschäftsunterbrechungen.

Realistische und verlässliche SLAs. Sobald Sie das für Ihr Unternehmen realisierbare RTO und RPO kennen, können Sie diese in Ihr Service-Level-Agreement aufnehmen und zuverlässig einhalten.

Optimierte Arbeitsteilung. RTO und RPO helfen außerdem dabei, Mitarbeiter-Workflows für einen Vorfall zu entwerfen und zu verschlanken. Denn: Wenn Sie ein klares, realitätsnahes Ziel haben, können Sie Aufgaben darum herum einfach planen und delegieren.

Wie berechnet man RTO und RPO?

Befolgen Sie die folgenden Schritte, um die richtigen Informationen zu sammeln und daraus RTO und RPO in Ihrer Organisation zu berechnen.

Schritt 1: Interviews führen

Bitten Sie Führungskräfte und Management, die Systeme und Anwendungen der Organisation nach ihrer Kritikalität für Geschäftskontinuität und Umsatz zu priorisieren – von am kritischsten bis am wenigsten kritisch.

Schritt 2: Kategorisieren

Sortieren Sie die Systeme mit diesen Informationen in Tiers. Ordnen Sie beispielsweise die kritischsten Apps Tier 1 zu, die weniger kritischen Tier 2 und die am wenigsten kritischen Tier 3.

Schritt 3: Analysieren

Stellen Sie sich nun vor, es kommt aufgrund eines Sicherheitsvorfalls zu einer Serviceunterbrechung. Gehen Sie jedes System einzeln durch, unter der Annahme, dass es kompromittiert wurde, und bestimmen Sie Folgendes:

RTO	RPO
Die Häufigkeit der Unterbrechung.	Geschätzter Datenverlust basierend auf bestehenden Backup-Zeitplänen.
Ihre durchschnittliche Dauer.	Die Kosten des prognostizierten Datenverlusts.
Die Kosten der Ausfallzeit pro Minute.	Die Kosten für die Reproduktion der verlorenen Daten – beispielsweise in Form von menschlicher Arbeitsleistung.
Das Service-Level-Agreement (SLA), falls zutreffend.
Das Potenzial für Kundenabwanderung oder Unzufriedenheit.
Mögliche Auswirkungen auf andere Systeme.

Tabelle 1. Checkliste zur Vorbewertung für RTO und RPO.

Schritt 4: Berechnen

Nutzen Sie mit den Daten aus Schritt 3 die folgenden Fragen, um die richtigen Kennzahlen für Ihr Unternehmen festzulegen.

RTO bestimmen	RPO bestimmen
Was ist die maximal akzeptable Ausfallzeit?	Wie häufig werden in den verschiedenen Abteilungen Ihrer Organisation Backups erstellt?
Welche Ressourcen werden benötigt, um innerhalb dieser Grenze zu bleiben?	Was sagt Ihr Business-Continuity-Plan über RPO und Backup-Zeitpläne?
Wie lange dauert es, die erforderlichen Verfahren umzusetzen?	Welche Branchenstandards gelten für die Backup-Frequenz in Abhängigkeit von der Systemkritikalität (Tiers)?
Ihr RTO ist die maximal akzeptable Ausfallzeit plus die Zeit, um die Ressourcen zu mobilisieren.	Das RPO Ihrer Organisation sollte sich am am häufigsten gesicherten System, an Ihrem Business-Continuity-Plan und an Branchenstandards ausrichten.

Tabelle 2. Checkliste zur Berechnung von RTO und RPO

Best Practices für RTO und RPO

In einer perfekten Welt sollten RTO und RPO immer bei null liegen. Doch wie das Leben nun einmal ist, werden diese Kennzahlen diesem Ideal kaum gerecht. Dennoch finden Sie hier einige Best Practices, die Sie in Ihrer Organisation etablieren können, um RTO und RPO zu reduzieren:

Backups häufig planen. Die Regel ist einfach: Je häufiger Ihre Backups, desto besser Ihr RPO. Stellen Sie außerdem sicher, dass Sie die sensibelsten Daten für zusätzliche Sicherheit auf unveränderlichen Backups ablegen.

Redundanz nutzen. Folgen Sie einem Datenreplikationsschema. Replikation ist kein Ersatz für Backups, fügt Ihrem Unternehmen jedoch eine zusätzliche Sicherheitsebene hinzu.

Testen und Validieren. Selbst die besten RTO- und RPO-Werte sind nur Einbildung, bis Sie sie testen und unter realen Bedingungen validieren.

Prioritätsbasierte Wiederherstellung. Gestalten Sie Ihre Disaster Recovery ressourceneffizient – priorisieren Sie Ihre Systeme und stellen Sie die kritischen zuerst wieder her.

Automatisierung. Nutzen Sie Automatisierung, um Ihre Backup-Zeitpläne zu verwalten, aber vergessen Sie nicht zu prüfen, ob sie weiterhin mit Ihrer Geschäftsstrategie übereinstimmen.

Offsite-Speicherung. Befolgen Sie die 3-2-1 Backup-Regel, um Ihre Backups noch sicherer zu machen – mit drei identischen Backup-Kopien auf zwei unterschiedlichen Medien und einer davon extern, sodass sie nicht von lokalen Katastrophen wie Überschwemmungen betroffen ist.

Wie kann Ootbi bei der Disaster Recovery helfen?

Letztlich hängen RTO und RPO davon ab, wie sicher, einfach und leistungsfähig Ihr Backup- und Wiederherstellungssystem ist.

Ootbi (Out-of-the-Box Immutability) von Object First ist eine speziell entwickelte Backup-Appliance für Veeam-Kunden, die all diese Anforderungen erfüllt.

Ootbi ist sicher. Mit Schutz vor Ransomware und unveränderbar „out of the box“ ist Ootbi nach den neuesten Zero-Trust-Datenresilienz-Prinzipien konzipiert – ohne Root-Zugriff, mit integrierter Segmentierung und mehreren Resilienz-Zonen.

Ootbi ist einfach. In weniger als 15 Minuten ohne technisches Fachwissen gerackt, gestapelt und mit Strom versorgt, wird Ootbi vom Anbieter automatisch gewartet und optimiert.

Ootbi ist leistungsstark. Ootbi wurde mit Fokus auf Performance entwickelt, skaliert innerhalb von Minuten linear und unterstützt Backup-Geschwindigkeiten von bis zu 4GB/s sowie Instant Recovery, im großen Maßstab getestet mit bis zu 80 VMs auf einem Vier-Knoten-Cluster.

Andere haben ihre Kennzahlen mit Ootbi verbessert. So hat Centerbase, eine Lösung für Kanzlei-Management, sein RPO um 50% reduziert. Das haben sie gesagt:

Nutzen Sie Ootbi, um auch Ihre Kennzahlen zu verbessern. Buchen Sie noch heute eine kostenlose Demo, und lassen Sie sich von unseren Ingenieuren die Magie hinter der Box zeigen. Demo buchen

FAQ

Was sind Beispiele für RTO und RPO?

Im Fall von RTO: Angenommen, ein Ransomware-Angriff legt Ihren Webserver lahm, sodass Ihre Website für Kunden nicht erreichbar ist. Basierend auf vorherigen Berechnungen beträgt die maximal akzeptable Ausfallzeit für dieses System 1 Stunde. Danach verlieren Sie Traffic, Kunden und Reputation. Daher muss der Webserver innerhalb dieses Zeitfensters wieder mit voller Kapazität hergestellt werden.

Im Fall von RPO: Nehmen wir an, Ihre Analyse zeigt, dass die aktuellste Backup-Kopie der Webserver-Daten nicht älter als 1 Stunde sein darf. Sie möchten keine Kundendatensätze und Transaktionen verlieren, die über diesen Zeitpunkt hinausgehen. Folglich sind Ihre RPO-Anforderungen erfüllt, solange das letzte Backup des Webservers innerhalb von 60 Minuten vor dem Vorfall durchgeführt wurde.

Was ist Disaster Recovery?

Disaster Recovery ist ein detaillierter Maßnahmenplan, der darauf abzielt, Sicherheitsvorfälle zu verhindern und ihre Auswirkungen zu begrenzen, falls sie doch eintreten. RTO und RPO sind entscheidend, aber nicht die einzigen Elemente einer Disaster Recovery-Strategie.

Aktuelles erhalten