Wiederherstellungszielpunkt: Ein kritisches Element der Datenwiederherstellung

Eine Datenkatastrophe kann jederzeit passieren. Glauben Sie, dass Ihr Unternehmen den Verlust eines Tages, einer Woche oder sogar eines Monats an Daten überleben kann?

Wenn es um Datensicherung und Katastrophenwiederherstellung geht, ist die Bestimmung Ihres Recovery Point Objective (RPO) entscheidend. RPO ist die Kennzahl, die Sie festlegen, um die Menge an Daten zu bestimmen, die Ihr Unternehmen bei einer Datenkatastrophe verlieren kann.

Ihr RPO hilft dabei zu entscheiden, wie oft Sie Ihre Datensysteme sichern müssen und welche Infrastruktur erforderlich ist, um Ihren Sicherungsplan aufrechtzuerhalten. In den meisten Fällen kann eine Disaster Recovery as a Service (DRaaS) Lösung von einem Managed Service Provider Ihnen helfen, Ihre Ziele für das Recovery Point Objective zu erreichen.

RPO ist eine wichtige Geschäftsmessgröße, die jede Organisation verfolgen sollte. In Kombination mit einem Recovery Time Objective (RTO) bietet RPO eine priorisierte Liste aller Systeme, Anwendungen und Daten, die geschützt werden müssen.

Die Verlusttoleranz eines Unternehmens, also wie viele Daten es verlieren kann, ohne schweren Schaden zu erleiden, ist mit dem RPO verbunden und in seiner Geschäftskontinuitätsstrategie festgelegt. Da sich das RPO auf den letzten Zeitraum bezieht, in dem die Daten des Unternehmens in einem brauchbaren Zustand waren, legt es auch Prozesse für die Katastrophenwiederherstellungsplanung fest, einschließlich des geeigneten Sicherungsintervalls. Beispielsweise erfordern RPOs mit einer Dauer von 60 Minuten eine kontinuierliche Sicherung alle 60 Minuten.

RPO wird typischerweise mit dem Recovery Time Objective (RTO) kombiniert, also der geschätzten Zeit, die ein Unternehmen benötigt, um nach einer Datenkatastrophe wieder den normalen Betrieb aufzunehmen. Diese Messungen unterstützen den Plan des Unternehmens für die Katastrophenwiederherstellung, hauptsächlich um während und nach einer Krise betriebsfähig zu bleiben. Katastrophenwiederherstellungslösungen, die RTO und RPO verwenden, garantieren oft, dass wichtige Informationen ordnungsgemäß kopiert, aufbewahrt und bei Bedarf schnell zugänglich sind.

Sie können unterschiedliche RPOs für verschiedene Teile Ihres Unternehmens definieren. Beispielsweise können Plattformen wie E-Mail-Server, ERP-Systeme, CRM-Tools und HRMS unterschiedliche RPO- und RTO-Werte haben.

Bedeutung des RPO

Ein einziger ungeplanter Ausfall kann für Ihr Unternehmen katastrophal sein. Das Risiko eines Datenverlusts hat erhebliche Auswirkungen auf Unternehmen. Da Geschäftsabläufe für das Bestehen jeder Organisation entscheidend sind, haben viele strenge Standards, um eine optimale Sicherheit für wertvolle Datenressourcen zu gewährleisten.

Ein Recovery Point Objective ist entscheidend, da es massiv beeinflussen kann, wie eine Organisation arbeitet und Geld kostet. Wenn Sie beispielsweise ein RPO von 6 Stunden für Ihre Systeme festlegen und ein schwerwiegendes digitales Ereignis eintritt, verlieren Sie höchstwahrscheinlich 6 Stunden an Daten, da der letzte, aktuellste Punkt, von dem aus Sie gespeicherte Daten wiederherstellen können, 6 Stunden zurückliegt.

RPO legt fest:

• Die minimale Häufigkeit des Sicherungsplans
• Wie viele Daten nach einer Katastrophe verloren gehen können, die dem Unternehmen erheblichen Schaden zufügt
• Wie weit das IT-Team Wiederherstellungsstrategien einsetzen sollte, ohne Datenverlust gegen das erwartete RTO zu verzögern

Vorteile des RPO

Elektronische Informationen und Software treiben die Geschäftsentwicklung voran. Die Einführung einer Katastrophenwiederherstellungsstrategie schützt Unternehmen vor Datenverlust und seinen schädlichen Auswirkungen. RPOs und RTOs sind entscheidende Bestandteile eines überlegenen Datenschutz- und Katastrophenwiederherstellungsplans.

Die Einführung und Umsetzung geeigneter RPOs kommt Datenschutz- und Katastrophenwiederherstellungsstrategien sowie anderen Geschäftsprozessen auf verschiedene Weise zugute:

• Granulare Wiederherstellung: Ein effizientes RPO bietet eine granulare Datenwiederherstellung. Die Wiederherstellung eines bestimmten Datenstücks aus einem Backup spart Unternehmen Geld und Aufwand, ohne die Komplexität zu erhöhen. Die granulare Wiederherstellung ermöglicht es Benutzern, schnell eine bestimmte Datei oder ein Dokument zu finden und abzurufen. Diese Wiederherstellungsmethode reduziert die Notwendigkeit, ein gesamtes System oder Speichermedium wiederherzustellen, nur um eine einzelne Datei wiederherzustellen.
• Datensicherheit und Compliance: Unternehmen müssen auf allen Ebenen Compliance aufrechterhalten, und zuverlässige Daten sind ein entscheidender Bestandteil. Eine Katastrophenwiederherstellungsstrategie mit geeigneten Recovery Point Objectives stellt sicher, dass angemessene Backups ohne das Risiko des Verlusts wichtiger Daten vorhanden sind. Unternehmen können Datensicherheit durch Verschlüsselung und Zugriffsmanagement mit cloudbasierten Lösungen nutzen. Nur durch den Schutz aktueller Daten kann man die Einhaltung gesetzlicher Vorschriften sicherstellen.
  
  Cloudbasierte Lösungen bieten Unternehmen Zugang zu einer Vielzahl von Funktionen, um wichtige Datenschutzbestimmungen einzuhalten, einschließlich der Datenschutz-Grundverordnung (DSGVO), Service Organization Control 2 (SOC2) und ISO 27001.
• Kosteneffiziente Abläufe: Unternehmen können bestehende IT-Investitionen mit einer effektiven Sicherungsrichtlinie schützen, die geeignete RPOs für sichere und regelmäßige Backups umfasst. Die Erweiterung der Datensicherheit auf die Cloud bietet weitere Vorteile, da sie Investitionen in On-Premises-Technologie freisetzt und Vorabkapitalkosten in budgetfreundliche Betriebsausgaben umwandelt.

Wie funktioniert das Recovery Point Objective?

RPOs geben die Zeitspanne an, die vergehen kann, bevor das Ausmaß des Datenverlusts das zulässige Limit gemäß einem Business Continuity Plan (BCP) überschreitet. Die Verlusttoleranz variiert je nach Geschäftsprozess und Arbeitslast und beeinflusst das zugehörige RPO für diese Arbeitslast.

Hochpriorisierte Anwendungen haben oft strengere RPOs, die häufigere Backups erfordern. In solchen Fällen muss das IT-Team Backup-Lösungen vorbereiten, um bestimmte RPOs zu erfüllen, wie eine Mischung aus Snapshots und Replikation (auch bekannt als nahezu kontinuierlicher Datenschutz (CDP)).

Wenn das RPO nahe null ist, kombiniert die IT Failover-Dienste mit kontinuierlicher Replikation oder einem kontinuierlichen Datenschutzsystem, um nahezu 100% Anwendungs- und Datenverfügbarkeit zu erreichen.

Die Festlegung einer geeigneten Datensicherungsfrequenz gewährleistet kontinuierliche Sicherung innerhalb des Verlusttoleranzlimits. Systemadministratoren können ein RPO automatisch als Richtlinienoption innerhalb von Backup- oder Speichersoftware und Cloud-Diensten definieren.

Wie man RPOs definiert

RPOs werden oft in Abhängigkeit von der Häufigkeit der Datenaktualisierung gewählt. Dies garantiert, dass im Falle einer Dienstunterbrechung alle wieder aufgenommenen Operationen die aktuellste Version der Daten haben. Beispielsweise erfordern regelmäßig geänderte Dateien ein kurzes (nicht mehr als ein paar Minuten) RPO. Dies bedeutet, dass Unternehmen den Betrieb mit minimalem Datenverlust nach einer Unterbrechung wieder aufnehmen können.

Sobald sie festgelegt sind, sollten RPOs die Säulen Ihrer Geschäftskontinuitätsstrategie werden und als Ziele für die von ihnen definierten Operationen dienen. Ihr Programm sollte unterschiedliche RPOs für verschiedene Geschäftseinheiten umreißen. Eine geschäftskritische Datenaktivität, wie Finanztransaktionen, erfordert ein kürzeres RPO als weniger regelmäßig aktualisierte Dateien, wie Mitarbeiterinformationen.

Die folgenden sind einige Beispielstufen, die Sie berücksichtigen sollten, wenn Sie die geeigneten RPOs für Ihre Organisationseinheiten bestimmen:

• 0 - 1 Stunde: Dies sind geschäftskritische Dienste, die nicht mehr als eine Stunde an Daten verlieren können. Geschäfts- und Datentransaktionen sind typischerweise größer im Volumen und variabler, was die Rekonstruktion aufgrund der Anzahl der beteiligten Variablen erschwert. Diese Kategorie umfasst Finanztransaktionen, CRM-Systeme und Patientenakten.
• 1 - 4 Stunden: Diese Kategorie umfasst halbkritische Geschäftseinheiten, die bis zu vier Stunden Datenverlust tolerieren können. Beispiele sind Kundenchatprotokolle und Dateiserver.
• 4 - 12 Stunden: Diese Gruppe von Geschäftseinheiten kann es sich nicht leisten, mehr als 12 Stunden an Daten zu opfern. Beispiele sind Marketing- und Verkaufsdaten.
• 13 -24 Stunden: Die Geschäftseinheiten in dieser Gruppe verwalten halbwichtige Daten und benötigen ein RPO von nicht mehr als 24 Stunden. Dies kann Personal- und Einkaufsabteilungen umfassen, die Daten weniger häufig aktualisieren als andere Geschäftsbereiche.

Beispiel für ein Recovery Point Objective

Obwohl RTO und RPO in vielerlei Hinsicht miteinander verbunden sind, beziehen sich RPOs speziell auf die gespeicherten Daten. Es gibt ein RPO für alles, sei es eine Kundendatenbank, Finanztransaktionen oder eine Liste von Geburtstagen der Mitarbeiter. Unternehmen mit effektiven Katastrophenwiederherstellungsplänen (DR) integrieren RPOs in ihren Ansatz und ihre Planung.

Hier ist ein Beispiel für Recovery Point Objectives in Aktion.

Eine große globale E-Commerce-Website mit mehreren Servern für verschiedene Aufgaben entwickelt Wiederherstellungsziele basierend auf der einzigartigen Nutzung eines Servers und den Daten, die er verwaltet. Da sie weltweit operiert und 24 Stunden am Tag verkauft, erfordern wichtige Teile ihres Datenmanagementsystems kontinuierliche Replikation anstelle von täglichen oder wöchentlichen Backups. Führungskräfte können die folgenden Recovery Point Objectives hervorheben:

• Ein-Minuten-RPOs: Systeme und Prozesse wie Zahlungsgateways, Bestandsbestände, E-Mail-Server, Bestätigungsprotokolle und Versanddatenbanken haben einminütige rollierende RPOs.
• Ein-Stunden-RPOs: Komponenten wie Website-Oberfläche, Kundeninformationen, Produkt-Dashboards und Benutzer-Passwort-Authentifizierung können ein-Stunden-RPOs erfordern.
• 24-Stunden-RPOs: Inhaltsdatenbanken, Kundenkonversationsprotokolle und Kundenbewertungen können längere 24-Stunden-RPOs haben.

Wenn ein massiver Datenvorfall eintritt, kehren die kritischen Informationen des E-Commerce-Unternehmens, wie der Nachweis verkaufter Artikel, auf die aktuellsten Informationen zurück, da sie alle 60 Sekunden aufgezeichnet werden.

Etwas weniger kritische Informationen, wie eine Kundenproduktbewertung, die kurz vor dem Datenverlust veröffentlicht wurde, wären nach der Wiederherstellung nicht auf der Website, aber die vom Vortag bleiben erhalten, da die IT das RPO auf 24 Stunden festgelegt hat.

Recovery Time Objective vs. Recovery Point Objective

Das Recovery Point Objective ist eng mit dem Recovery Time Objective verbunden. Es ist die maximale Zeitspanne, die Geschäftscomputing-Ressourcen und Anwendungen nach einer Fehlfunktion oder Katastrophe inaktiv bleiben können. Diese Metriken können bei der Auswahl geeigneter Datensicherungsstrategien helfen. Sie bieten auch eine Grundlage für die Entdeckung und Bewertung tragfähiger Lösungen, die es einem Unternehmen ermöglichen, den Geschäftsbetrieb innerhalb eines Zeitrahmens nahe RPO und RTO wieder aufzunehmen.

Die beiden Techniken ermöglichen die Planung der Geschäftskontinuität (BCP) und einen DR-Plan. Obwohl sie miteinander verbunden sind, hilft das Verständnis des Unterschieds zwischen RTO und RPO dem Endergebnis eines Unternehmens.

Recovery Point Objective

RPO regelt die Verlusttoleranz und die Menge an Daten, die ein Unternehmen verlieren kann. Es ist ein Planungsziel, das festlegt, wie häufig IT-Teams Daten sichern sollten, um die Wiederherstellung zu ermöglichen.

Ein Unternehmen unterstützt RPOs, indem es eine DR-Strategie implementiert, die Daten in geeigneten Intervallen sichert und sicherstellt, dass der Datenverlust niemals die vordefinierte Verlusttoleranz des Unternehmens überschreitet.

Recovery Time Objective

RTO kommt nach einem „Verlustereignis“ ins Spiel. Es hilft einem Unternehmen, zu bewerten, wie schnell es sich von einem Datenverlust aufgrund einer Fehlfunktion, Naturkatastrophe oder eines Fehlverhaltens erholen kann. RTO erklärt weiter: "Wie lange sollte es dauern, um den normalen Betrieb nach einer Unterbrechung eines Geschäftsprozesses wiederherzustellen?" RPO und RTO arbeiten zusammen, wobei RPO sicherstellt, dass ein Unternehmen die richtigen Datensicherungsverfahren hat, und RTO garantiert, dass Backups schnell wiederhergestellt werden.

RPOs und RTOs variieren je nach Anwendung und Datenbedeutung. Nahezu null RPO und RTO sind unglaublich teuer, da die einzige Möglichkeit, null Datenverlust und 100% Betriebszeit zu vermeiden, die kontinuierliche Datenreplikation in virtuellen Failover-Umgebungen ist.

Aufgrund der Kosten für die Erreichung eines nahezu null RPO und der Auswahl der richtigen Daten und Systeme hängen die Kosten für die Erreichung eines angemessenen RPO und RTO vom Zweck, Risiko und den Ausgaben ab. RTO konzentriert sich auf Systeme und Anwendungen, was bedeutet, dass es hauptsächlich Zeitbeschränkungen für den Dienstausfall berechnet, anstatt die Datenwiederherstellung.

Dies ist eine weitere Möglichkeit, die RTO vs. RPO Debatte zu verstehen: RPO betrifft, wie viele Daten ein Unternehmen nach einem Ausfall verliert. RTO befasst sich mit schlechter Benutzererfahrung und unzufriedenen Verbrauchern, während RPO katastrophale Situationen wie den Verlust von Hunderttausenden von Dollar bei Kundentransaktionen anspricht.

Faktoren, die das RPO beeinflussen

Es gibt mehrere Faktoren zu berücksichtigen, wenn Sie eine RPO-Strategie entwickeln, einschließlich:

• Branche: Unternehmen, die mit sich schnell entwickelnden oder sensiblen Daten umgehen (zum Beispiel Gesundheitsdaten oder Banktransaktionen), aktualisieren ihre Datenbanken regelmäßiger als Unternehmen, die mit statischen Dateien arbeiten.
• Datenspeicherung: Wo sich Ihre Daten befinden (zum Beispiel in physischen Geräten, der Cloud usw.) beeinflusst, wie schnell Sie sie während eines Dienstausfalls wiederherstellen können.
• Compliance-Herausforderungen: Viele Compliance-Systeme enthalten Abschnitte, die sich auf Katastrophenwiederherstellung und Datenverfügbarkeit beziehen. Zum Beispiel erfordert die SOC 2-Akkreditierung einen bestimmten Grad an Datenzugänglichkeit und Verarbeitungsintegrität, was die zulässige Menge an Datenverlust während eines Dienstausfalls beeinflusst.

Wie man RPO berechnet

Wie Sie möchten, dass die Wiederherstellung funktioniert, bestimmt die Häufigkeit, mit der Sie wichtige Daten, Apps und Systeme sichern. Es gibt zwei wichtige Katastrophenwiederherstellungsziele bei der Planung einer DR-Strategie: RTO und RPO. Berücksichtigen Sie die folgenden fünf Schritte, wenn Sie die Recovery Point Objectives für Ihr Unternehmen oder Ihre Branche berechnen.

1. Überprüfen Sie, wie häufig Dateien aktualisiert werden

Sie können die Periodizität der Aktualisierung von Dateien steuern, indem Sie ein RPO-Ziel festlegen. Dies macht Ihre neuesten Daten zugänglich. Wenn Sie beispielsweise digitale Kopien und Operationen haben, die alle 30 Minuten aktualisiert werden. Die Festlegung eines RPO für alle 30-40 Minuten stellt sicher, dass Sie stets auf die aktuellsten Daten zugreifen können, mit wenig Informationsverlust.

Im Gegensatz dazu, wenn Ihr Unternehmen ein RPO für ein wöchentliches Backup-Speichern jeden Samstagabend definiert hat, würde ein technischer Ausfall, der am Samstagnachmittag auftritt, den Verlust einer ganzen Woche an Daten zur Folge haben, da das System-Backup an diesem Tag noch nicht stattgefunden hat. Sie können Ihr RPO anpassen, also versuchen Sie regelmäßig, Ihre Dateiaktualisierungszeiträume zu bewerten, um festzustellen, ob das RPO geändert werden muss.

2. Überprüfen Sie Ihre BCP-Ziele

Recovery Point Objectives ergänzen Ihre Ziele für den Business Continuity Plan. Bewerten Sie daher sorgfältig jeden Aspekt, um RPOs mit unterschiedlichen Zeitvorgaben für jedes Geschäftssegment zu definieren, abhängig von den Daten, die sie enthalten, und wie entscheidend sie sind, wenn ein Datenverlust auftritt.

Beispielsweise sind die Finanztransaktionen und notwendigen Datenoperationen einer nationalen Bank entscheidend und benötigen erheblich kürzere RPO-Zeiten als Personaldokumente mit Personalakten, die weniger regelmäßig aktualisiert werden und eine längere RPO-Zeit aushalten können.

3. Berücksichtigen Sie Branchenstandards

Während die RPO-Anforderungen jedes Unternehmens einzigartig sein könnten, können Sie Branchenstandards verwenden, um Sie bei der Festlegung von RPOs für Organisationseinheiten in Ihrem Unternehmen zu leiten. Die meisten Geschäftstransaktionen passen in allgemeine Branchen-RPO-Zeitparameter. Abhängig von der Größe Ihres Unternehmens oder seinem Ziel können Sie jedoch wöchentliche Dateneinstellungen verwenden.

Beispielsweise wird ein globaler Luftfahrtkonzern mit Mitarbeitern, die über Hunderte von Standorten verteilt sind, seine HR-Daten wahrscheinlich häufig aktualisieren. Im Gegensatz dazu kann ein einzelnes Versicherungsbüro mit 30 Mitarbeitern wählen, die Personalakten einmal pro Woche zu aktualisieren, da sie weniger anfällig für Änderungen sind als die HR-Daten der Fluggesellschaft.

4. Entwickeln und genehmigen Sie jedes RPO

Entwickeln Sie RPOs, nachdem Sie alle Risiken für jeden Aspekt Ihres Datenmanagements untersucht haben, und lassen Sie sie von Führungskräften für die IT- oder Partnerbereitstellung genehmigen. Dokumentieren Sie den Prozess gründlich und führen Sie Aufzeichnungen, auf die Sie sich beziehen und die Sie als Benchmark verwenden können, um ein RPO zu überprüfen oder anzupassen.

5. Bewerten Sie regelmäßig Ihre RPO-Parameter

Ihre Recovery Point Objectives können sich entwickeln, wenn sich Ihr Unternehmen entwickelt oder Ihre Geschäftskontinuitätsstrategien ändern. Erwägen Sie die Einführung einer systematischen und häufigen Analyse und Bewertung, wie gut Ihre aktuellen RPO-Einstellungen funktionieren und ob sie angepasst werden müssen.

Obwohl es zuletzt kommt, ist dies ein entscheidender Schritt. Wenn Sie ein Datenverlustereignis oder einen Systemausfall haben, kann eine Ad-hoc-Bewertung und eingehende Untersuchung, wie Ihr RPO und RTO abgeschnitten haben, wertvolle Einblicke in Ihr gesamtes Datenmanagementsystem bieten.

Failover und RPO

Failover ist der Wechsel zwischen Ihrem primären und Ihrem Backup-System während eines Ausfalls oder geplanter Systemausfallzeiten. Es ist wichtig, die RPOs Ihres Unternehmens zu berücksichtigen, wenn Sie eine Failover-Lösung auswählen, um zu vermeiden, dass beim Wechsel zu einem Backup-Server übermäßige Daten verloren gehen. Beispielsweise zeigt ein 10-Minuten-RPO an, dass Ihre Failover-Lösung innerhalb dieses Zeitrahmens reagieren muss, um sicherzustellen, dass Sie nicht mehr als 10 Minuten an Daten verlieren.

Failover-Methoden können umfassen:

• Ein Domain Name System (DNS) leitet den Datenverkehr von einer Hardwarelösung zu einem externen Rechenzentrum. DNS-Server sind entscheidend für die standortübergreifende Wiederherstellung von Rechenzentrumsausfällen. Diese Methode hat jedoch mehrere mögliche Nachteile, einschließlich Time-to-Live (TTL)-bezogener Verzögerungen und Dienstverlust, die die Datenwiederherstellungszeit erhöhen können. Darüber hinaus kann die Routing-Methode zu ungleichmäßigem Failover führen, da Internetdienstanbieter (ISPs) den Datenverkehr weiterhin an den falschen Server weiterleiten können, bis ihr DNS-Cache wiederhergestellt ist.
• Physische Geräte, die vor Ort als Hardwarelösungen beibehalten werden. Wenn ein Gerät ausfällt, wird der Datenverkehr zu einem Backup-Server umgeleitet. Dieser Ansatz beseitigt die Latenzprobleme, die mit DNS-Failover verbunden sind. Es erfordert jedoch das Hosting Ihres Backup-Standorts am selben physischen Standort wie Ihr primärer Server. Dies ist oft eine schlechte Technik, da es den Backup-Standort vielen Risiken aussetzt, die Ihren primären Server-Cluster betreffen (zum Beispiel lokaler Stromausfall oder Naturkatastrophen).
• On-Edge-Dienste, die die Vorteile von DNS- und hardwarebasierten Lösungen kombinieren. Die Wartung physischer Geräte beinhaltet keine TTL-Verzögerungen oder zusätzliche Kosten. Dies gewährleistet geringen Datenverlust und ermöglicht es Unternehmen, ihre RPO-Ziele zu erreichen.

Wie viele Daten können Sie sich leisten zu verlieren?

Die Planung für die Katastrophenwiederherstellung kann schwierig und zeitaufwändig sein. Wenn Sie nicht die richtigen Werkzeuge oder Erfahrungen haben, ist es leicht, Dinge zu übersehen. Aber mit einem guten IT-Team und regelmäßigen Schulungen können Sie einige der Fehler vermeiden, die Ihr Unternehmen teuer zu stehen kommen könnten, wenn es um verlorene Einnahmen geht.

Bringen Sie Ihre Katastrophenwiederherstellung auf die nächste Stufe mit DRaaS.