RTO vs. RPO: Grundlagen der Datensicherung

Die Regierung schreibt bestimmte Anforderungen vor. Vor allem angesichts zunehmender Bedrohungen wie Malware und Ransomware sollten Unternehmen Maßnahmen ergreifen, bei denen die Sicherheit im Vordergrund steht. Die Festlegung der Toleranz Ihrer Organisation hinsichtlich Datenverlust und Recovery-Zeit kann die Auswirkungen einer potenziellen Störung auf Ihre projekt- oder geschäftskritischen Anwendungen und Datenbanken minimieren oder sogar vollständig abfedern. Dies sollte auch regelmäßige Neubewertungen umfassen, die neue und aufkommende Bedrohungen für Ihre Daten und Infrastruktur berücksichtigen – damit Ihre Organisation auch im Falle einer Störung funktionsfähig bleibt. Aber schauen wir uns RTO und RPO einmal genauer an.

Was ist der Unterschied zwischen RTO und RPO?

Das Recovery Time Objective (RTO) und das Recovery Point Objective (RPO) sind zwei der wichtigsten Parameter einer effektiven Notfallwiederherstellungsstrategie. Damit Unternehmen ihre Projekte schützen und die behördlichen Sicherheitsanforderungen erfüllen können, ist es entscheidend zu verstehen, was diese Begriffe bedeuten, wie sie berechnet werden und welche Tools Sie nutzen können, um sicherzustellen, dass Sie die jeweiligen Vorgaben erfüllen oder sogar übertreffen.

Das Recovery Time Objective (RTO) und das Recovery Point Objective (RPO) verstehen

Obwohl RPO und RTO in gewisser Weise miteinander verknüpft sind, beziehen sich beide Begriffe auf völlig unterschiedliche Aspekte der Notfallwiederherstellung im Rahmen eines Geschäftskontinuitätsplans. Hier sind die Definitionen:

Ziel der Wiederherstellungszeit (RTO)

Das RTO ist der von einer Organisation festgelegte akzeptable Zeitraum, der für die Wiederherstellung nach einem Ausfall zur Verfügung steht, bevor die Ausfallzeit aufgrund einer Unterbrechung der Geschäftskontinuität schwerwiegende Folgen nach sich zieht.

Nehmen wir beispielsweise an, eine staatlich regulierte Organisation hat einen RTO von fünf Stunden festgelegt und es kommt zu einem Vorfall, der zu einem Ausfall ihrer Infrastruktur führt. In diesem Fall muss die Infrastruktur innerhalb dieser fünf Stunden wieder betriebsbereit sein, bevor die Ausfallzeit schwerwiegende Probleme für den Betrieb und/oder die Projekte der Organisation verursacht.

Recovery Point Objective (RPO)

RPO bezeichnet den Zeitraum, der während eines Notfallereignisses vergehen darf, bis die Menge der verlorenen Daten den maximalen Schwellenwert überschreitet, der in den behördlichen Sicherheitsanforderungen des Business-Continuity-Plans festgelegt ist. Mit anderen Worten: Wie groß darf der Datenverlust sein, bevor er den Betrieb oder die Endnutzer effektiv beeinträchtigt?

In der Regel werden die Daten eines Unternehmens automatisch gemäß dem festgelegten Sicherungsplan gesichert. Nehmen wir beispielsweise an, ein Unternehmen sichert seine Daten automatisch alle 10 Stunden und es kommt später zu einem Ausfall, der acht Stunden dauert. Da die Dauer des Ausfalls die Zeit seit der letzten Datensicherung nicht überschritten hat,

hat die Organisation in diesem Fall ihr RPO erreicht und kann genügend Daten wiederherstellen, um den Betrieb auf akzeptable Weise ohne nennenswerte Unterbrechungen und Verluste wieder aufzunehmen. Dies ist für Unternehmen von entscheidender Bedeutung, um die festgelegten Sicherheitsanforderungen zu erfüllen und einen reibungslosen Ablauf ihrer Projekte zu gewährleisten.

Unterschiede zwischen RTO und RPO

Obwohl sowohl RTO als auch RPO wesentliche Bestandteile eines Geschäftskontinuitätsplans sind, liegen die Hauptunterschiede in ihren jeweiligen Zwecken innerhalb des Plans.

RTO hat im Rahmen der Recovery eine weitaus größere Tragweite, da es den gesamten Betrieb, alle Projekte und Anwendungen des Unternehmens umfasst und angibt, wie lange das Unternehmen während eines Ausfalls funktionsfähig bleibt, bevor seine Abläufe – einschließlich der Projektarbeit – beeinträchtigt werden. Im Vergleich dazu konzentriert sich RPO ausschließlich auf Daten und die Widerstandsfähigkeit des Unternehmens gegenüber dem Verlust dieser Daten.

So berechnen Sie die RTO

Die RTO eines Unternehmens hängt von verschiedenen Faktoren ab, die von der Art seiner Geschäftstätigkeit bis hin zum gesamten Umfang seiner Infrastruktur reichen.

Im Folgenden finden Sie einige allgemeine Schritte, die von Organisationen häufig angewendet werden, um eine RTO genau zu bestimmen:

• Erstellen Sie eine Liste aller Systeme und Anwendungen, die das Unternehmen im normalen Geschäftsbetrieb nutzt, und erfassen Sie anschließend alle Teams und Endnutzer, deren Arbeit beeinträchtigt würde, falls es bei diesen Systemen und Anwendungen zu einem Ausfall käme.
• Berechnen Sie, wie hoch die Verluste wären, wenn diese Systeme und Anwendungen ausfallen würden, beispielsweise in Form von Umsatzausfällen und etwaigen zusätzlichen Kosten, die durch den fehlenden Zugriff auf diese entstehen würden.
• Wenn Ihre Organisation für die Daten ihrer Kunden verantwortlich ist, müssen Sie auch die Dienstleistungsverträge berücksichtigen, die Sie mit Ihren Kunden abgeschlossen haben, da diese Einfluss darauf haben können, wie viel Zeit Ihnen für die Wiederherstellung der Daten zur Verfügung steht.
• Ermitteln Sie alle Anwendungen, die von einem Datenbankausfall betroffen wären.
• Notieren Sie alle kundenbezogenen Dienste, die nicht mehr verfügbar wären und zu negativen Reaktionen sowie möglichen finanziellen Einbußen führen würden.

Nachdem Sie alle Anwendungen berücksichtigt haben, überlegen Sie, welche davon den größten Verlust verursachen würde, wenn sie nicht verfügbar wäre, und legen Sie dann deren Recovery-Zeit als Basis-RTO Ihres Unternehmens fest. Wenn alle Anwendungen gleich wichtig sind, können Sie den Durchschnitt der einzelnen RTOs bilden und diesen als Basiswert verwenden.

So berechnen Sie den RPO

Der RPO jedes Unternehmens ist einzigartig und hängt von verschiedenen Faktoren ab, insbesondere wenn mehrere Systeme, Anwendungen und Projekte beteiligt sind. Es gibt jedoch gemeinsame Faktoren im Zusammenhang mit behördlichen Sicherheitsanforderungen, die bei der Festlegung des tatsächlichen Recovery-Punkts berücksichtigt werden sollten, wie zum Beispiel:

• Der maximale Datenverlust, den Ihre Organisation verkraften kann, ohne dass ihre Funktionsfähigkeit beeinträchtigt wird
• Die voraussichtlichen Kosten im Zusammenhang mit diesem Datenverlust und den dadurch nicht mehr verfügbaren Diensten
• Die Kosten für Lösungen zur Datenwiederherstellung
• Einhaltung von Service Level Agreements (SLAs)
• Auswirkungen auf Kunden und Endnutzer
• Branchen- und anwendungsspezifische Anforderungen

Die Abwägung all dieser Faktoren kann einer Organisation – sei es im öffentlichen oder privaten Sektor – dabei helfen, das akzeptable Ausmaß an Datenverlust zu ermitteln, das zudem mit dem für die Datensicherung vorgesehenen Budget vereinbar ist. Auf diese Weise lässt sich festlegen, wie oft die Daten gesichert werden sollten, und ein konkreter RPO bestimmen, wodurch Sicherheit und Kontinuität unter allen Umständen gewährleistet werden.

Was ist wichtiger: RTO oder RPO?

RTO und RPO sind beide wesentliche Bestandteile jedes Geschäftskontinuitätsplans, aber ist einer davon wirklich wichtiger als der andere? Diese anhaltende Debatte ist von zentraler Bedeutung für Unternehmen, die ihre Sicherheitsprotokolle aufrechterhalten und gleichzeitig die strengen Anforderungen der Regierung erfüllen wollen.Es gibt keine objektive Antwort, da die individuellen Bedürfnisse jeder Organisation – sowohl hinsichtlich interner Prozesse als auch der Endbenutzererfahrung – stets von den angebotenen Dienstleistungen, der Branche, in der sie tätig ist, sowie dem Netzwerk oder der Zielgruppe, die sie bedient, bestimmt werden. Jede dieser Kategorien erfordert einen anderen Einsatz von Technologie, und die komplexen Details der einzelnen Prozesse variieren entsprechend.

Erfüllen oder übertreffen Sie RTOs und RPOs mit Clumio

Ein wirksamer Plan für die Recovery-Maßnahmen ist stets von entscheidender Bedeutung für die Aufrechterhaltung der Geschäftskontinuität. Dies gilt insbesondere in einer technologieorientierten Welt, in der die Funktionsweise von Hardware und Software eng miteinander verflochten und für den Betrieb von entscheidender Bedeutung ist.

Diese Pläne zielen darauf ab, den fortlaufenden Betrieb Ihres Unternehmens im Falle von Ausfällen zu gewährleisten, die durch Angreifer, versehentliche Löschungen, Hardwarefehler oder periodisch auftretende Probleme beim Cloud-Hosting verursacht werden. Diese Vorbereitung, die durch modernste Technologie ermöglicht wird, umfasst stets die Festlegung eines realistischen RTO und RPO.

Die Funktionen von Clumio zur schnellen Recovery ermöglichen eine zügige Datenwiederherstellung über die cloudnative Datensicherungsplattform des Unternehmens. Durch die Möglichkeit, sowohl eine gesamte Instanz als auch einzelne Dateien, Datensätze oder Postfächer granular wiederherzustellen, optimiert Clumio den Recovery-Prozess, um Ihre bestehenden RTOs einzuhalten oder zu minimieren. Diese Technologie ermöglicht eine nahtlose Netzwerk-Recovery und trägt dazu bei, die Auswirkungen von Betriebsunterbrechungen zu verringern.

Mit Clumio Protect können Sie globale Richtlinien in Ihrer gesamten AWS-Umgebung implementieren, um Ihre Anwendungen in angemessenen Abständen zu sichern und so die Einhaltung Ihrer Recovery-SLAs und Compliance-Anforderungen zu gewährleisten. Darüber hinaus bietet die Backup-Optimierungs-Engine von Clumio Discover erweiterte Berichtsfunktionen und einen tieferen Einblick in den aktuellen und historischen Status von AWS-Backups. Diese Technologie ermöglicht es Unternehmen, die geeignete Anzahl an Snapshots zu ermitteln, die zur Einhaltung ihres RPO erforderlich ist, und gleichzeitig unnötige Kosten zu vermeiden, die durch übermäßige, unnötige Erstellung und Speicherung von Snapshots entstehen können. Solche detaillierten Einblicke sind eine wertvolle Ressource für die AWS-Nutzergemeinschaft.

Vereinbaren Sie eine Demo, damit wir Ihnen zeigen können, wie Clumio, ein führender Anbieter von Recovery-Technologien, eine schnellere Datenwiederherstellung von AWS-Workloads wie EC2, EBS, RDS, DynamoDB usw. ermöglicht.

Nutzen Sie diese Gelegenheit, um sich mit unserer Community zufriedener Nutzer zu vernetzen.