Backup-Strategien im Vergleich: RPO und RTO richtig dimensionieren

Die Dimensionierung von Recovery Point Objective (RPO) und Recovery Time Objective (RTO) entscheidet, wie viel Datenverlust und Ausfallzeit Ihr Unternehmen im Ernstfall verkraftet. Wer die beiden Werte je System festlegt und die Wiederherstellung regelmäßig testet, macht Verfügbarkeit planbar statt zu hoffen.

Was RPO und RTO bedeuten

Recovery Point Objective (RPO) gibt an, wie viel Datenverlust maximal toleriert wird, gemessen als Zeitraum zwischen dem letzten Backup und dem Schadensereignis. Recovery Time Objective (RTO) definiert die maximale Zeit, die bis zur Wiederherstellung des Betriebs vergehen darf. Beide Kennzahlen übersetzen Geschäftsanforderungen in technische Vorgaben.

Angenommen, ein Online-Shop toleriert nur wenige Minuten Datenverlust, muss nach einem Ausfall aber innerhalb weniger Stunden wieder erreichbar sein. Dann folgt aus dem RPO eine sehr hohe Sicherungsfrequenz und aus dem RTO eine vorbereitete Standby-Umgebung. Ein internes Wiki verträgt dagegen einen Tag Datenverlust und einen Tag Wiederanlauf. Dieselbe Backup-Strategie für beide wäre entweder zu teuer oder zu riskant.

Warum RPO und RTO nicht in der IT-Abteilung bleiben dürfen

Ohne definierte RPO- und RTO-Werte ist Ihre Datensicherung nicht überprüfbar. Sie wissen nicht, ob die Backups im Ernstfall ausreichen, und Sie erfahren es genau dann, wenn es zu spät ist.

Datenverlust in großem Umfang ist für viele Unternehmen existenzbedrohend, und Ausfallzeit kostet ab der ersten Stunde Umsatz, Produktivität und im schlimmsten Fall Vertragsstrafen. Deshalb gehört die Entscheidung über RPO und RTO zur Geschäftsleitung, nicht allein zur IT. Die IT liefert die Optionen und die Preise. Die Geschäftsleitung entscheidet, welches Risiko sie trägt.

So legen Sie RPO und RTO fest

Kritische Geschäftsprozesse identifizieren

Listen Sie alle Anwendungen und Datenbestände auf. Bewerten Sie, welche Prozesse bei einem Ausfall sofort stoppen und welche kurzfristig tolerierbar sind. Typisch kritisch sind ERP, CRM, Buchhaltung und kundenorientierte Webanwendungen.

Ausfallkosten beziffern

Berechnen Sie die Kosten pro Stunde Ausfall, inklusive Umsatzverlust, Produktivitätsausfall und möglicher Vertragsstrafen. Diese Zahl bestimmt, wie viel Investition in Backup und Wiederherstellung gerechtfertigt ist.

RPO und RTO je System festlegen

Jedes System bekommt eigene Werte. Ein E-Mail-Archiv verträgt vielleicht einen Tag Datenverlust, eine Buchhaltungsdatenbank nur Minuten. Die Werte müssen realistisch sein; ein RPO im Minutenbereich erfordert andere Technik als eines im Tagesbereich.

Technik auswählen

Aus den Zielwerten folgen Backup-Frequenz, Speichertechnologie und Wiederherstellungsverfahren. Für kurze RPOs bieten sich kontinuierliche Replikation oder transaktionsbasierte Sicherungen an, für längere reichen tägliche Backups.

Wiederherstellung testen

Ein Backup ist nur so gut wie seine Wiederherstellung. Führen Sie regelmäßig Restore-Tests durch, dokumentieren Sie die benötigte Zeit und passen Sie Prozesse an, wenn der RTO nicht eingehalten wird.

Backup-Strategien im Vergleich: Welche Methode passt zu welchem RPO und RTO?

Tägliches Vollbackup. Alle Daten werden vollständig gesichert. Der RPO liegt bei einem Tag, der RTO hängt von der Datenmenge ab und beträgt oft mehrere Stunden. Einfach und zuverlässig, für kurze RPOs ungeeignet.

Differenzielles und inkrementelles Backup. Differenzielle Backups sichern alle Änderungen seit dem letzten Vollbackup, inkrementelle nur die seit der letzten Sicherung. Beide senken den RPO auf Stunden, verlangen aber eine sorgfältig verwaltete Backup-Kette. Der RTO bleibt ähnlich wie beim Vollbackup, weil mehrere Sicherungen kombiniert werden müssen.

Kontinuierliche Replikation (Continuous Data Protection). Änderungen werden in Echtzeit oder in Sekundenintervallen repliziert. RPO im Sekundenbereich, RTO im Minutenbereich. Ideal für hochkritische Systeme, aber mit eigener Infrastruktur und entsprechenden Kosten.

Snapshot-basierte Backups. Momentaufnahmen des Systems, oft kombiniert mit Replikation auf ein zweites System. RPO im Bereich von Minuten bis zu einer Stunde, RTO ähnlich. Passt zu virtuellen Umgebungen und Datenbanken.

Ein typisches Szenario aus dem Mittelstand

Ein Betrieb sichert sein Warenwirtschaftssystem einmal nachts. Nach einem Serverausfall am Nachmittag fehlt ein ganzer Arbeitstag an Buchungen, die Fachabteilung pflegt nach, und bis der Server wieder steht, kann niemand Aufträge bearbeiten. Der Schaden ist ein voller Tag Stillstand plus Nacharbeit, und niemand hatte diesen Fall vorher beziffert.

Die Korrektur ist unspektakulär: stündliche inkrementelle Sicherungen auf ein lokales Ziel, tägliche Replikation an einen zweiten Standort, ein dokumentierter Wiederanlauf, der geprobt wurde. Beim nächsten Störfall fehlen höchstens die Buchungen der letzten Stunde, und der Betrieb läuft nach kurzer Zeit weiter. Der Unterschied liegt nicht in teurer Technik, sondern darin, dass jemand RPO und RTO ausgesprochen hat.

Häufige Fehler bei der Dimensionierung

Einheitliche Werte für alle Systeme. Ein pauschaler RPO führt zu unnötigen Kosten für unkritische Daten oder zu unzureichendem Schutz für kritische. Differenzieren Sie nach Geschäftskritikalität.

RTO ohne den ganzen Wiederanlauf. Der RTO wird oft nur auf die Datenwiederherstellung bezogen. Die tatsächliche Ausfallzeit umfasst auch Systemstart, Konfiguration und Tests. Planen Sie den Puffer ein.

Backups nie testen. Ein Backup, das nie wiederhergestellt wurde, ist eine Vermutung. Testen Sie regelmäßig nach Kalender, nicht nach Gelegenheit, und automatisieren Sie den Test, wo es geht.

Sicherheitsupdates und Backups auslagern: Wann ein gemanagter Service die bessere Wahl ist

Für Unternehmen ohne eigenes Betriebsteam ist ein gemanagter Service oft die verlässlichere Lösung. Ein Dienstleister übernimmt Backup, Monitoring, Sicherheitsupdates und Wiederherstellung, mit definierten RPO- und RTO-Werten und einer garantierten Reaktionszeit im Service Level Agreement.

Achten Sie beim Vertrag auf zwei Dinge. Erstens: Stehen RPO und RTO als Zahl im SLA, oder steht dort nur „regelmäßige Backups“? Zweitens: Wird die Wiederherstellung vom Dienstleister nachweislich getestet? Wir formulieren das für unser Managed Hosting so: Reaktionszeit garantiert, Lösung nach bestem Bemühen. Das ist ehrlicher als ein Versprechen, das niemand halten kann, und es macht die Backup-Strategie überprüfbar.

Häufige Fragen

Was ist der Unterschied zwischen RPO und RTO?

RPO beschreibt den maximal tolerierten Datenverlust, also das Alter des letzten Backups. RTO beschreibt die maximal tolerierte Ausfallzeit bis zur Wiederherstellung. RPO betrifft Daten, RTO betrifft Zeit.

Wie bestimme ich den richtigen RPO-Wert?

Aus den Kosten pro Stunde Ausfall und der Änderungsrate Ihrer Daten. Systeme mit wenigen Änderungen vertragen einen langen RPO, Datenbanken mit laufenden Buchungen brauchen einen kurzen.

Welche Backup-Strategie eignet sich für ein kleines Unternehmen?

Tägliche Vollbackups kombiniert mit einer Kopie an einem zweiten Standort decken die meisten Fälle ab. Brauchen einzelne Systeme kürzere RPOs, ergänzen Sie dort gezielt eine Replikation.

Wie oft sollte ich Backups testen?

Regelmäßig und nach Plan: ein vollständiger Restore auf ein Testsystem, mit gemessener Zeit und Protokoll. Automatisierte Tests verhindern, dass der Termin im Alltag untergeht.

Legen Sie Ihre Werte fest

Nehmen Sie Ihre kritischen Systeme und schreiben Sie je System einen RPO und einen RTO auf, auch wenn die Zahl vorerst geschätzt ist. Mit dieser Liste besprechen wir im Potenzial-Check, eine halbe Stunde, kostenlos, ob Ihre heutige Sicherung diese Werte hält und was ein gemanagter Betrieb daran ändern würde. Potenzial-Check buchen