Wie lange dauert eine Wiederherstellung? RTO und RPO für KMU verständlich erklärt

Wenn der Betrieb nicht warten kann

Nach einem Serverausfall oder einer Ransomware-Meldung ist es zu spät, über Wiederherstellungsziele zu diskutieren. Ein KMU muss dann wissen: Wie lange darf ein Geschäftsprozess stillstehen? Und wie viel bereits erfasste Arbeit darf im schlimmsten Fall fehlen? RTO und RPO übersetzen diese Fragen in nachvollziehbare Ziele für Backup und Wiederherstellung.

Die Begriffe helfen auch ausserhalb grosser IT-Projekte. Wenn die Telefonie einen Vormittag ausfällt, kann ein Dienstleistungsbetrieb vielleicht noch arbeiten. Fehlen aber Terminplanung, Kundendaten oder die Möglichkeit, Rechnungen zu erstellen, entstehen andere Folgen. Erst wenn diese Folgen konkret benannt sind, lassen sich Schutz und Aufwand sinnvoll abwägen.

Zwei Ziele, zwei Risiken

Recovery Time Objective, kurz RTO, ist die maximal akzeptable Unterbrechung. Muss die Auftragsbearbeitung nach vier Stunden wieder laufen, beträgt das RTO vier Stunden. Es umfasst Diagnose, Ersatzgerät, Zugang, Prüfung und Information der Mitarbeitenden, nicht nur das Zurückspielen von Daten.

Recovery Point Objective, kurz RPO, beschreibt den tolerierbaren Datenverlust in der Zeit. Bei einem RPO von 24 Stunden können Daten seit der letzten Sicherung fehlen. Für ein Archiv mag das vertretbar sein, für Zeiterfassung oder laufende Buchungen möglicherweise nicht. Kürzere Ziele verlangen häufigere Sicherungen, Replikation oder andere Arbeitsweisen. Ein kurzer RPO ist somit nicht grundsätzlich besser, sondern dann passend, wenn der mögliche Verlust für den betroffenen Prozess tatsächlich nicht tragbar wäre.

Den Prozess priorisieren, nicht den Server

Fragen Sie nicht zuerst, welcher Server zurück muss, sondern welcher Ablauf heute nicht warten kann. Für jeden kritischen Prozess sollten Sie zunächst festhalten:

• die längste tolerierbare Unterbrechung
• den tolerierbaren Datenverlust
• die technischen und organisatorischen Abhängigkeiten
• eine Person, die im Ernstfall entscheiden kann

RTO und RPO sind Entscheidungen über den Betrieb, nicht nur über die Technik. 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.

Besprechen Sie diese Werte mit den Fachpersonen, die den Prozess täglich kennen. Die IT kann erklären, welcher Wiederherstellungsweg realistisch ist und welche Kosten damit verbunden sind. Die Geschäftsleitung muss entscheiden, welche Unterbrechung akzeptiert wird. Das verhindert Ziele, die technisch teuer sind, aber für die Arbeit keinen zusätzlichen Nutzen bringen.

Sicherung und Test müssen die Zusage tragen

Ein tägliches Backup auf ein zweites Laufwerk erfüllt kein RPO von einer Stunde. Eine externe Kopie verkürzt nicht automatisch ein langes RTO, wenn grosse Datenmengen nur langsam zurückgeladen werden können. Die 3-2-1-1-0-Regel ist ein hilfreicher Rahmen, ersetzt aber keine Priorisierung und keinen Wiederherstellungsweg.

«Backup läuft grün» beweist nicht, dass eine Anwendung mit dem gesicherten Stand startet oder dass der Prozess rechtzeitig nutzbar ist. Testen Sie realistisch: Datenbank getrennt wiederherstellen, Fachprogramm öffnen, typische Fälle prüfen und die Zeit vom Entscheid bis zur Nutzung messen. Halten Sie fehlende Kennwörter, unklare Rollen und technische Zwischenschritte fest. Für einen Angriff ergänzt der Ablauf für die ersten 24 Stunden bei Ransomware diese Vorbereitung.

Ein Test muss nicht den ganzen Betrieb lahmlegen. Beginnen Sie mit einem abgegrenzten System oder einer repräsentativen Datenmenge und protokollieren Sie, was funktioniert hat und was noch fehlt. Für KMU und Dienstleister wird diese Zusage belastbar, wenn Fachbereich und IT Ziele gemeinsam festlegen, schriftlich halten und regelmässig prüfen.