RTO (Recovery Time Objective) legt fest, wie schnell ein System oder Prozess nach Störung wieder laufen muss — die maximale Ausfallzeit, die das Unternehmen verkraftet, bevor der Schaden unvertretbar wird.
Was bedeutet RTO?
RTO treibt Architektur: RTO von zwei Stunden erfordert vorbereitete Hardware, Runbooks und erreichbare Techniker — nicht erst nach dem Vorfall Ersatzteile bestellen. RTO von zwei Tagen erlaubt manuelle Wiederherstellung auf neuem Server.
RTO bezieht sich auf Geschäftsprozesse, nicht nur Server: „E-Mail wieder senden“ kann schneller nötig sein als „altes Archiv durchsuchbar“. Priorisierung gehört in Business Continuity und IT-Notfallplan.
RTO beeinflusst Hardware-Vorhaltung: Ersatz-Server bereit, Cloud-DR-Plan, oder „bestellen und warten“. Übungen zeigen echten RTO — oft doppelt so lang wie theoretisch, wenn DNS, Lizenzen oder Zertifikate fehlen.
RTO wird oft mit technischer Wiederherstellungszeit verwechselt — tatsächlich zählt die Dauer, bis Mitarbeitende wieder produktiv sind. Dazu gehören Hardware-Beschaffung, DNS-Umstellung, manuelle Workarounds und interne Abstimmung, nicht nur das Einspielen eines Backups.
Übungen mit Stoppuhr decken versteckte Abhängigkeiten auf: fehlende Ersatzhardware, unbekannte Admin-Passwörter oder fehlende Kommunikation an Mandanten verlängern die effektive RTO oft um Stunden.
Warum ist RTO relevant für KMU?
KMU unterschätzen Downtime-Kosten: entgangene Umsätze, Mahnungen, Mandantenunzufriedenheit. RTO macht das Gespräch konkret: „48 Stunden ohne E-Mail — können wir das?“
Bei externer Betreuung gehört RTO ins SLA: Wer 4-Stunden-RTO verspricht, muss Bereitschaft definieren — sonst enttäuscht der Vertrag.
SLA mit MSP sollte RTO für definierte Systeme referenzieren — sonst versprechen beide Seiten unterschiedliche Geschwindigkeit. Schriftlich festhalten, wer Ersatzhardware beschafft und wer Restore durchführt.
Umsatz und Fristen laufen weiter, auch wenn IT steht — RTO zwingt, das ehrlich zu quantifizieren. Steuerberater mit Fristen und Makler mit Schadenfristen brauchen andere RTOs als reine Beratungsbüros. Anpassung ist Stärke, nicht Schwäche.
Kommunikation während Ausfall Teil des RTO — Mandanten informieren kostet Zeit, muss eingeplant sein. Priorisieren Sie Wiederherstellung: erst E-Mail, dann Archiv. Dokumentieren Sie echte Übungszeiten — nicht Schönrechnerei.
Unrealistische RTOs führen zu falschem Sicherheitsgefühl: Geschäftsführung glaubt, nach vier Stunden läuft alles, obwohl niemand Hardware oder Ersatzleitung organisiert hat. Schriftliche RTOs mit Verantwortlichen pro Schritt machen Erwartungen ehrlich und testbar.
Typische Fehler
- RTO „so schnell wie möglich“ ohne Zahl — nicht messbar
- Restore-Prozedur nie geübt — RTO theoretisch, praktisch Tage
- Abhängigkeiten ignoriert — DNS, Lizenzen, Internet
- Nur IT-Systeme, nicht Telefonie oder Zahlungsverkehr
Praxisbeispiel
Ein Versicherungsmakler definiert RTO 4 Stunden für E-Mail und CRM. MSP hält Ersatz-VM und dokumentiertes Runbook bereit. Übung im Quartal: Wiederherstellung in 3,5 Stunden — Vertrauen und Versicherungsunterlagen aktualisiert.
Verwandte Begriffe
Persönliche IT-Betreuung
Sie brauchen einen festen Ansprechpartner statt Einzel-Lösungen? Tim unterstützt Unternehmen bis 25 Mitarbeiter verständlich und persönlich.
Externe IT-Betreuung anfragen