Skip links

RTO (Recovery Time Objective) bezeichnet die maximal akzeptable Zeitspanne, die ein IT‑System nach einem Ausfall benötigen darf, um wieder einsatzbereit zu sein. Es definiert, wie schnell Server, Anwendungen oder Arbeitsplätze nach einer Störung wieder laufen müssen.

Was bedeutet das konkret für KMU in Österreich?

Ein Server fällt aus. Oder ein Cyberangriff legt Systeme lahm. Jetzt zählt nicht mehr, warum es passiert ist, sondern wie lange der Betrieb stillsteht. Genau das legt das RTO fest. Minuten, Stunden oder Tage. Diese Zeit ist keine technische Kennzahl, sondern eine unternehmerische Entscheidung.

Ein Beispiel aus dem Alltag: In einem Handelsbetrieb läuft die Warenwirtschaft zentral. Das RTO liegt bei acht Stunden. Fällt das System in der Früh aus, ist der Arbeitstag praktisch verloren. Liegt das RTO bei einer Stunde, entstehen Verzögerungen, aber kein kompletter Stillstand. Der Unterschied wirkt sich direkt auf Umsatz und Kunden aus.

Für Steuerberater, Kanzleien oder Dienstleister mit laufendem Parteienverkehr ist das RTO besonders kritisch. Können E‑Mails, Fachanwendungen oder Dokumente nicht rasch wieder genutzt werden, steht die tägliche Arbeit. Ein klar definiertes RTO sorgt dafür, dass Wiederherstellungsmaßnahmen genau auf diese Anforderungen abgestimmt sind und nicht erst im Notfall improvisiert werden muss.

Vorteile auf einen Blick

  • Klare Vorgabe, wie schnell Systeme wieder verfügbar sein müssen.
  • Grundlage für realistische Notfall‑ und Wiederherstellungsplanung.
  • Reduziert Stillstandszeiten nach IT‑Ausfällen.
  • Bessere Abstimmung zwischen IT‑Maßnahmen und Geschäftsanforderungen.
  • Verbindliche Erwartungshaltung für interne und externe IT‑Partner.

Typische Risiken bei Verzicht

  • Unklare Dauer von IT‑Ausfällen.
  • Stillstand wichtiger Geschäftsprozesse.
  • Hoher Druck und hektische Entscheidungen im Notfall.
  • Unzufriedenheit bei Kunden und Mitarbeitern durch lange Ausfälle.

Kostenfaktoren

Der Aufwand zur Einhaltung eines bestimmten RTO hängt von mehreren Faktoren ab. Entscheidend sind die Kritikalität der Systeme, die vorhandene IT‑Architektur sowie Backup‑ und Disaster‑Recovery‑Konzepte. Auch Automatisierung, Redundanzen und die Wahl zwischen On‑Premises‑ und Cloud‑Lösungen beeinflussen den Gesamtaufwand.