Business Continuity: RTO, RPO und Backup verständlich erklärt
Was Recovery-Ziele in der Praxis bedeuten und wie sie ein Backup-Konzept konkret werden lassen.
Was Business Continuity bedeutet
Business Continuity beschreibt die Fähigkeit eines Unternehmens, auch nach einem Ausfall oder Sicherheitsvorfall handlungsfähig zu bleiben. Das ist mehr als nur ein Backup – es umfasst die Frage, wie schnell und mit welchem Datenverlust ein Betrieb nach einem Vorfall wieder aufgenommen werden kann.
RTO: Wie lange darf ein Ausfall dauern?
Die Recovery Time Objective (RTO) definiert, wie viel Zeit maximal vergehen darf, bis ein System nach einem Ausfall wieder verfügbar ist. Für geschäftskritische Systeme ist die RTO in der Regel kurz, für weniger wichtige Systeme kann sie länger ausfallen. Die RTO bestimmt massgeblich, welche technischen Massnahmen notwendig sind – und was diese kosten.
RPO: Wie viel Datenverlust ist tragbar?
Die Recovery Point Objective (RPO) definiert, auf welchen Zeitpunkt Daten im Ernstfall maximal zurückgesetzt werden dürfen. Eine RPO von einer Stunde bedeutet, dass im schlimmsten Fall Daten aus der letzten Stunde verloren gehen können. Je kürzer die RPO, desto häufiger müssen Backups erfolgen.
Vom Ziel zum Konzept
Erst wenn RTO und RPO für die wichtigsten Systeme definiert sind, lässt sich ein passendes Backup-Konzept ableiten: Backup-Frequenz, Aufbewahrungsdauer, Speicherorte und Wiederherstellungsprozesse ergeben sich aus diesen Zielwerten – nicht umgekehrt.
Der Test macht den Unterschied
Ein Backup-Konzept ist nur so gut wie sein letzter erfolgreicher Wiederherstellungstest. Regelmässige, dokumentierte Recovery-Tests sind der einzige verlässliche Nachweis, dass die definierten RTO- und RPO-Werte im Ernstfall auch tatsächlich erreicht werden.