Probleme · Sicherheit, Backup & Datenschutz
RTO und RPO: Wie lange darf unsere IT ausfallen?
Kurz gesagt
Wie lange deine IT ausfallen darf, legst du pro Geschäftsprozess fest: Das RTO ist die maximal tragbare Unterbrechung, das RPO der tragbare Datenverlust seit der letzten Sicherung. Muss die Auftragsbearbeitung nach vier Stunden wieder laufen, beträgt das RTO vier Stunden. Diese Werte entscheidet die Geschäftsleitung mit den Fachpersonen, die IT zeigt den Weg.
Für wen das gilt
Für Geschäftsleitungen von KMU und Dienstleistern, die vor einem Ausfall wissen wollen, was zuerst wieder laufen muss. Nach einem Serverausfall oder einer Ransomware-Meldung ist es zu spät, darüber zu diskutieren. Das Thema gehört zum Zeitdieb Sicherheit, Backup & Datenschutz.
Auf einen Blick: zwei Ziele, zwei Risiken
| Begriff | Bedeutung | Beispiel |
|---|---|---|
| RTO (Recovery Time Objective) | maximal akzeptable Unterbrechung | Auftragsbearbeitung muss nach vier Stunden wieder laufen → RTO vier Stunden |
| RPO (Recovery Point Objective) | tolerierbarer Datenverlust in der Zeit | RPO 24 Stunden → Daten seit der letzten Sicherung können fehlen |
Für ein Archiv mag ein RPO von 24 Stunden vertretbar sein, für Zeiterfassung oder laufende Buchungen möglicherweise nicht.
Aus der Praxis
Die Begriffe helfen auch ausserhalb grosser IT-Projekte. Fällt die Telefonie einen Vormittag aus, kann ein Dienstleistungsbetrieb vielleicht noch arbeiten. Fehlen Terminplanung, Kundendaten oder die Rechnungsstellung, sind die Folgen andere. Erst wenn sie konkret benannt sind, lassen sich Schutz und Aufwand abwägen.
Frag deshalb nicht zuerst, welcher Server zurück muss, sondern welcher Ablauf nicht warten kann. Telefon, E-Mail und Kundenportal können wichtiger sein als ein internes Archiv. Die technische Reihenfolge ergibt sich daraus: Ein wiederhergestellter Fachserver hilft wenig, wenn Identität, Netzwerk oder Lizenzierung noch fehlen.
«Backup läuft grün» beweist nicht, dass eine Anwendung mit dem gesicherten Stand startet oder rechtzeitig nutzbar ist. Ein realistischer Test: Datenbank getrennt wiederherstellen, Fachprogramm öffnen, typische Fälle prüfen und die Zeit vom Entscheid bis zur Nutzung messen. Dabei tauchen oft fehlende Kennwörter, unklare Rollen und vergessene Zwischenschritte auf.
Ehrlich gesagt
RTO und RPO sind Entscheidungen über den Betrieb, nicht nur über Technik. Die IT erklärt, welcher Weg realistisch ist und was er kostet. Die Geschäftsleitung entscheidet, welche Unterbrechung sie akzeptiert. Das verhindert Ziele, die technisch teuer sind, aber für die Arbeit keinen Nutzen bringen. Eine Backup-Regel wie 3-2-1-1-0 ist ein hilfreicher Rahmen, ersetzt aber weder Priorisierung noch einen geübten Wiederherstellungsweg.
So gehst du vor
- Kritische Prozesse auflisten und je Prozess festhalten: längste tragbare Unterbrechung, tragbarer Datenverlust, technische und organisatorische Abhängigkeiten, eine Person, die im Ernstfall entscheidet.
- Mit den Fachpersonen besprechen, die den Prozess täglich kennen.
- Mit der IT abgleichen: Trägt die heutige Sicherung diese Ziele?
- Schriftlich festhalten und regelmässig prüfen.
- Testen, zuerst an einem abgegrenzten System. Für Microsoft 365 siehe Microsoft-365-Backup: Wie teste ich die Wiederherstellung?.
Für den Angriffsfall ergänzt Ransomware im KMU: Was tun in den ersten 24 Stunden? diese Vorbereitung. Was Backup und Wiederherstellung bei BITS kosten, steht auf der Preisseite.
Häufige Fragen
Was umfasst das RTO genau?
Nicht nur das Zurückspielen von Daten, sondern auch Diagnose, Ersatzgerät, Zugang, Prüfung und Information der Mitarbeitenden. Erst dann ist der Prozess wieder nutzbar.
Ist ein kürzeres RPO immer besser?
Nein. Kürzere Ziele verlangen häufigere Sicherungen, Replikation oder andere Arbeitsweisen. Ein kurzes RPO passt dann, wenn der mögliche Verlust für den betroffenen Prozess tatsächlich nicht tragbar wäre.
Erfüllt ein tägliches Backup ein RPO von einer Stunde?
Nein. Ein tägliches Backup auf ein zweites Laufwerk kann bis zu einem Tag Daten verlieren. Und eine externe Kopie verkürzt nicht automatisch ein langes RTO, wenn grosse Datenmengen nur langsam zurückgeladen werden können.
Muss ein Wiederherstellungstest den ganzen Betrieb lahmlegen?
Nein. Beginne mit einem abgegrenzten System oder einer repräsentativen Datenmenge und protokolliere, was funktioniert hat und was noch fehlt.
