Disaster Recovery vs. Backup: Die wichtigsten Unterschiede
Datenverluste und Sicherheitsverletzungen kommen in der heutigen Geschäftswelt immer häufiger vor, wobei Cyberangriffe im Jahr 2021 einen Rekordwert erreicht haben. Die Systeme und Daten eines Unternehmens müssen geschützt werden, da sie jederzeit verfügbar sein müssen. Deshalb kann die Bedeutung von Backups nicht hoch genug eingeschätzt werden. Die Sicherung wichtiger Daten ist zwar ein wesentlicher Bestandteil der IT-Strategie jedes Unternehmens, aber Backups sind nicht dasselbe wie ein Disaster Recovery-Plan.
Damit kommen wir zu der Frage, was der Unterschied zwischen Datensicherung und Disaster Recovery ist. Diese Begriffe werden oft fälschlicherweise synonym verwendet. Um die Unterschiede zu erklären, betrachten wir zunächst jedes Konzept einzeln und vergleichen dann Verwendungsfälle und Merkmale.
Was ist ein Backup?
Ein Backup ist eine Kopie von Daten, die für die Wiederherstellung im Falle eines Verlusts oder einer Nichtverfügbarkeit der Originaldaten erstellt wird. Backup bezieht sich auch auf den Prozess der Erstellung solcher Kopien.
Ein Backup-Plan ist eine Strategie, die zum manuellen oder automatischen Sichern einer Umgebung auf der Grundlage eines Plans und der Ziele der Wiederherstellung einer Organisation umgesetzt wird.
Ihr Backup-Plan sollte idealerweise mehrere Backups umfassen, die an verschiedenen Standorten gespeichert sind, darunter in einem separaten Rechenzentrum an einem entfernten Standort, sowie auf verschiedenen Medien (wie Festplatte, Band, Cloud usw.). Diese Vorgehensweise basiert auf der 3-2-1-Backup-Regel.
Was ist die 3-2-1-Regel?
Die 3-2-1-Backup-Regel ist das Rückgrat jeder Backup- und Wiederherstellungsplanung. Sie besagt, dass Sie Folgendes haben sollten:
- Mindestens 3 Kopien der Daten
- Von denen 2 auf unterschiedlichen Medien behalten werden sollten
- 1 Kopie sollte außerhalb des Standorts behalten werden.
Beachten Sie, dass die 3-2-1-Backup-Regeln erweitert werden können, um eine Kopie in einem Unveränderlichen Speicher für die Wiederherstellung nach einem Ransomware-Angriff aufzunehmen.
Einfache Backups reichen jedoch nicht aus, um einen unterbrechungsfreien Betrieb aufrechtzuerhalten und Kunden weiterhin zu bedienen. Die Aufrechterhaltung der Geschäftskontinuität bei Katastrophen oder unvorhergesehenen Ereignissen ist ein Muss, da jede Ausfallzeit zu Umsatzverlusten, Kundenverlusten und einem Imageschaden führt. Hier kommt die Notfallwiederherstellung ins Spiel.
Was ist Notfallwiederherstellung?
Disaster Recovery (DR) ist eine Reihe von Maßnahmen, die die zeitnahe Wiederherstellung von Daten, Anwendungen und Systemen an einem separaten Standort nach einem Systemausfall, einer Naturkatastrophe oder einem Ransomware-Angriff gewährleisten. Diese Maßnahmen ermöglichen es einem Unternehmen, die Verfügbarkeit und den Zugriff auf wichtige geschäftliche IT-Systeme und -Infrastrukturen aufrechtzuerhalten und gleichzeitig Datenverluste zu vermeiden. Disaster Recovery umfasst auch Maßnahmen zur Wiederaufnahme des regulären Betriebs am primären Standort nach Behebung der ungeplanten Störung.
Ein Disaster Recovery-Plan ist ein dokumentiertes Verfahren zur Umsetzung der Disaster Recovery-Maßnahmen (DR) mit entsprechenden Prioritäten und Verantwortlichen.
Disaster Recovery ist ein integraler Bestandteil der Business Continuity (BC), einem umfassenderen Konzept, das Maßnahmen umfasst, mit denen der Geschäftsbetrieb im Katastrophenfall wie gewohnt fortgesetzt werden kann. Als umfassenderer Maßnahmenkatalog zur Aufrechterhaltung der Dienstleistungen für Kunden und Partner umfasst ein Business-Continuity-Plan Maßnahmen in Bezug auf Mitarbeiter, Standorte, Lieferanten und alles andere, was zur Aufrechterhaltung der Kerngeschäftsfunktionen erforderlich ist.
Implementierung der Disaster Recovery
Disaster Recovery in virtualisierten Umgebungen basiert in der Regel auf speziellen Backup- und Disaster Recovery-Lösungen. Mit dieser Art von Software können Sie:
- Replikate von geschäftskritischen VMs erstellen
- Workloads Ihrer IT-Infrastruktur im Falle einer Störung auf Replikate an einem separaten DR-Standort übertragen (bekannt als Failover)
- übertragen Sie Workloads zurück an den primären Standort, sobald die Störung behoben ist (sogenanntes Failback).
Diese Lösungen konfigurieren während des Failovers auch die Netzwerkeinstellungen neu, sodass VM-Replikate fast sofort mit der Arbeit beginnen können. Darüber hinaus ermöglichen viele Lösungen die Automatisierung und Orchestrierung mehrerer Aktionen für eine schnellere Wiederherstellung.
Was ist der Unterschied zwischen Disaster Recovery und Backup?
Disaster Recovery und Backup sind nicht austauschbar. Je nach Ressourcen und Anforderungen kann ein Unternehmen nur Backups verwenden oder diese durch eine umfassende Disaster Recovery-Strategie ergänzen. Es ist nicht möglich, Backups und Disaster Recovery zu vergleichen und gegenüberzustellen, da Disaster Recovery Prozesse wie Replikation, Failover, Failback usw. umfasst. In diesem Zusammenhang werden Backups für die operative Wiederherstellung verwendet (mehr dazu weiter unten).
In diesem Vergleich zwischen Disaster Recovery und Backup konzentrieren wir uns auf die Unterschiede zwischen Backups und Replikaten in Bezug auf Anwendungsszenarien, Anforderungen an die Implementierung und Wiederherstellungsziele.
Verwendungsfälle
Backups werden verwendet, um verlorene oder beschädigte Dateien oder Objekte wiederherzustellen, z. B. E-Mail-Nachrichten von einem E-Mail-Server, PowerPoint-Präsentationen oder andere Anwendungen. Backups werden auch häufig für die langfristige Datenarchivierung oder Datenaufbewahrung (z. B. zu Compliance-Zwecken) verwendet.
Grundsätzlich sind Backups im täglichen Arbeitsablauf sehr nützlich, um eine einzelne Datei oder eine vollständige VM von einem bestimmten Zeitpunkt aus schnell wiederherzustellen. Dies wird als operative Wiederherstellung bezeichnet und kann häufig auf Anfrage eines Mitarbeiters initiiert werden, der den Zugriff auf eine der Ressourcen der IT-Infrastruktur verloren hat.
Replikate hingegen werden in Disaster-Recovery-Szenarien verwendet, um Systeme und Maschinen unmittelbar nach einem unvorhergesehenen Ereignis wiederherzustellen und sicherzustellen, dass der Kerngeschäftsbetrieb nicht unterbrochen wird.
Wenn sowohl ein DR-Standort als auch eine DR-Lösung vorhanden sind, führen Sie einfach einen Failover durch, um Workloads auf die VM-Replikate am DR-Standort zu übertragen. Das Unternehmen kann auch dann normal weiterarbeiten, wenn der Produktionsstandort nicht verfügbar ist. Sobald die Störung am primären Standort behoben ist, können Sie einen Failback durchführen.
Wiederherstellungsziele
Die Definition der Wiederherstellungszeit-Ziel (RTO) und die Ziele der Wiederherstellungspunkte (RPO) ist einer der entscheidenden Schritte in einem Backup- und Disaster-Recovery-Plan.
- RTO ist die Zeit, die Ihrem Unternehmen zur Verfügung steht, um Daten/Betriebsabläufe nach einer Störung wiederherzustellen, bevor es zu erheblichen Konsequenzen für das Unternehmen kommt.
- RPO ist die maximale Datenmenge, deren Verlust Ihr Unternehmen verkraften kann, ohne dass es zu schwerwiegenden Konsequenzen kommt. Der RPO wird von der Häufigkeit der Backups/Replikationen und den Aufbewahrungsrichtlinien bestimmt.
Die Werte für RTO und RPO unterscheiden sich für die operative Wiederherstellung und Disaster Recovery. Backups können längere RTOs und RPOs haben, da eine fehlende Datei nicht unbedingt zu einer Unterbrechung des Geschäftsbetriebs führt.
Andererseits kann eine Störung am Hauptstandort oder an kritischen Maschinen dazu führen, dass Mitarbeiter nicht auf wichtige Systeme zugreifen können, Kunden unzufrieden sind usw. Aus diesem Grund erfordert die Disaster Recovery viel kürzere RTOs und RPOs, insbesondere für geschäftskritische Workloads.
Ressourcen für die Implementierung
Ressourcen für Backups und Replikate/DR umfassen zwei Aspekte: Speicher und Einrichtungen (Rechenzentren).
Backups können auf verschiedenen Speichermedien gespeichert werden: lokale Festplatte, NAS, Deduplizierungs-Geräte der Enterprise-Klasse, öffentliche Cloud, Band usw. Hochwertige Backup-Lösungen bieten heutzutage viele Funktionen, um die Größe von Backups zu reduzieren und damit die Anforderungen an den Speicher zu verringern. Dazu gehören Komprimierungs-, Deduplizierungs- und Verfolgung-Technologien.
Je nach Medium fallen nur geringe oder gar keine zusätzlichen Kosten an, und die Daten können auch Jahre nach dem ersten Backup wiederhergestellt werden (z. B. bei Bändern). Bei Verwendung einer öffentlichen Cloud als Backup-Ziel sind keine physischen Einrichtungen erforderlich. Kurz gesagt, die Kosten für Backups beziehen sich hauptsächlich auf Speichermedien und Wartung.
Für Disaster Recovery hingegen ist ein separater Standort für die Disaster-Recovery-Umgebung sowie redundante Hardware (einschließlich DR-Servern und Speichersystemen) erforderlich, die parallel zum primären Standort verwendet wird. Disaster Recovery umfasst auch die Kosten für die Versorgungseinrichtungen und das Personal, die für die Wartung dieses Standorts erforderlich sind.
Dieser Disaster-Recovery-Standort ist in der Regel eine voll funktionsfähige IT-Infrastruktur, die jederzeit für einen möglichen Failover bereit ist. Sie wird auch als „Hot Site” bezeichnet und umfasst die gesamte Hardware (Server), Software und Netzwerke, die für die sofortige Verlagerung des Betriebs im Katastrophenfall erforderlich sind. Andere, budgetfreundlichere Optionen können das Outsourcing an MSPs für Disaster Recovery as a Service (DRaaS) oder die Unterhaltung eines „Cold Site” sein.
Umfassender Planungsprozess
Der Backup-Prozess ist weniger kompliziert als ein DR-Plan. In der Regel müssen Sie Aufbewahrungsrichtlinien, die Häufigkeit der Backups und die Anzahl der Backup-Ziele festlegen, um einen Single Point of Failure zu vermeiden. Bei der Disaster Recovery wird es sofort komplizierter:
- Priorisierung um die Bedeutung von Geschäftsanwendungen zu bewerten und die Reihenfolge der Wiederherstellungen der VMs, auf denen diese Anwendungen laufen, zu priorisieren. Beispielsweise ist die VM, auf der Ihre CRM-Daten gespeichert sind, höchstwahrscheinlich wichtiger als die VM mit den HR-Daten.
- Vorbereitung und Wartung des DR-Standorts zur Unterbringung der Replikate und zur Sicherstellung der Betriebsbereitschaft für mögliche Failover-Vorgänge.
- Zuweisung von verantwortlichen Mitarbeitern und Sicherstellung, dass diese über den erforderlichen Zugriff und die erforderlichen Berechtigungen verfügen, um ihre Aufgaben während einer Disaster Recovery auszuführen. Darüber hinaus müssen die Personen identifiziert werden, die für die Entscheidung zur Einleitung der Disaster Recovery verantwortlich sind.
- Umfangreiche Tests. Jeder umfassende DR-Plan erfordert umfangreiche Tests, da die Nichtumsetzung des Plans im Falle einer tatsächlichen Katastrophe schwerwiegende Folgen haben kann.
Welche Disaster-Recovery-Lösungen sollten Sie wählen?
Die kurze Antwort lautet, dass Sie sowohl Backup- als auch Disaster-Recovery-Planung in Ihre Strategie zur Datensicherheit integrieren sollten. In der modernen Geschäftswelt wird das Prinzip „Always-on“ großgeschrieben, was bedeutet, dass ein Unternehmen jederzeit und unter allen Umständen bereit sein sollte, seinen Kunden Dienstleistungen oder Waren zu liefern.
Backups sollten in erster Linie für die Wiederherstellung des Betriebs und für die langfristige Archivierung verwendet werden. Wenn es um VMs mit geschäftskritischen Systemen und Anwendungen geht, sollten diese Teil Ihrer Disaster-Recovery-Planung sein und an einen separaten Standort repliziert werden. Eine umfassende Strategie zur Datensicherheit, die beide Ansätze kombiniert, gewährleistet die Geschäftskontinuität und schützt gleichzeitig die Daten Ihres Unternehmens und gewährleistet die Einhaltung der Datenkonformität.
Backup und Disaster Recovery mit der Lösung von NAKIVO
Wenn Sie sich entschieden haben, in Backup- und Disaster-Recovery-Planung für Ihr Unternehmen zu investieren, sollten Sie zunächst die Auswahl einer geeigneten Lösung in Betracht ziehen. Eine solche Lösung sollte nicht nur zuverlässig, sondern auch flexibel sein, um mehrere Testoptionen zu ermöglichen und virtualisierte Infrastrukturen jeder Größe zu unterstützen.
NAKIVO Backup & Replication verfügt über die integrierte Standortwiederherstellung Funktionalität, mit der Sie Wiederherstellungs-Workflows beliebiger Komplexität erstellen können, sowie über ein flexibles Zeitplanungssystem, um sicherzustellen, dass Ihre Umgebung im Katastrophenfall immer einsatzbereit ist.
Mit der Standortwiederherstellung können Sie Sequenzen erstellen, die bestimmte Aktionen kombinieren, z. B. das Stoppen oder Starten bestimmter VMs, das Ausführen eines Failovers, das Ausführen eines Skripts usw. Mit diesen Aktionen können Sie entweder einen einfachen Workflow erstellen, der ein Failover Ihrer virtuellen Umgebung durchführt, oder einen mehrschichtigen, komplexen Workflow, der bestimmte Aufträge startet oder andere Standortwiederherstellung-Workflows in diesem Prozess verwendet.
Fazit
Regelmäßige Backups durchzuführen ist nicht dasselbe wie einen Disaster-Recovery-Plan zu haben. Das effektive Sichern Ihrer VMs bedeutet, Ihre Daten entweder zum Zweck der Datenaufbewahrung oder der langfristigen Archivierung zu kopieren. Ein Disaster-Recovery-Plan ist Teil einer Business-Continuity-Strategie, die sicherstellt, dass Ihre kritischen Systeme nach oder sogar während einer Katastrophe oder anderen unvorhergesehenen Umständen weiter funktionieren. Obwohl es empfehlenswert ist, zusätzlich zu einer Backup-Richtlinie einen Disaster-Recovery-Plan zu implementieren, hängt die Entscheidung letztendlich davon ab, ob Ihr Unternehmen diesen wirklich benötigt und ob Sie über die Ressourcen verfügen, um in ihn zu investieren.
NAKIVO Backup & Replikation bietet das Komplettpaket an Backup- und Disaster-Recovery-Lösungen aus einer Hand. Laden Sie die voll funktionsfähige kostenlose Testversion herunter, um die Lösung in Ihrer eigenen Umgebung zu testen! &
<>
