Disaster Recovery (DR) ist der Prozess der Wiederherstellung des Zugriffs auf Daten, Anwendungen und Funktionen der IT-Infrastruktur nach St\u00f6rereignissen wie Br\u00e4nden, \u00dcberschwemmungen, Systemausf\u00e4llen, menschlichem Versagen oder Ransomware-Angriffen. Sie dient dazu, auch w\u00e4hrend eines Desasters einsatzf\u00e4hig zu bleiben und alle Systeme so schnell wie m\u00f6glich wieder zu normalisieren. Disaster Recovery steht in engem Zusammenhang mit Business Continuity<\/b><\/a>; beide gemeinsam werden als BCDR bezeichnet. Obwohl die beiden Begriffe oft synonym verwendet werden, gibt es einen wesentlichen Unterschied. W\u00e4hrend bei der Disaster Recovery die technischen Systeme so schnell wie m\u00f6glich wiederhergestellt werden, zielt Business Continuity darauf ab, die Organisation als Ganzes betriebsbereit zu halten. Disaster Recovery ist daher eine wichtige Komponente von Business-Continuity-Strategien.<\/p>\n Daten und die digitalen Technologien, mit denen sie erstellt, gespeichert, verarbeitet und analysiert werden, sind f\u00fcr das Funktionieren eines Unternehmens unerl\u00e4sslich. Wenn ein Desaster eintritt, k\u00f6nnen das Gesch\u00e4ft und der Ruf aufgrund von Betriebsausf\u00e4llen und der Nichtverf\u00fcgbarkeit aufgabenkritischer IT-Systeme erheblich beeintr\u00e4chtigt werden.<\/span> Betroffene Unternehmen m\u00fcssen so schnell wie m\u00f6glich Zugriff auf ihre Daten erhalten und ihre Systeme und Infrastrukturen wieder funktionsf\u00e4hig machen. Hier kommt DR ins Spiel.<\/p>\n Organisationen ben\u00f6tigen unbedingt eine robuste Disaster-Recovery-Strategie, die Folgendes unterst\u00fctzt:<\/p>\n Die Wiederherstellung nach einem Ungl\u00fcck kann manuell oder automatisiert erfolgen, je nach Gesch\u00e4ftsbetrieb. In der Regel geht es bei Digital DR darum, den Betrieb aufgabenkritischer Unternehmensanwendungen, Datenbanken und anderer IT-Systeme so schnell wie m\u00f6glich wieder aufzunehmen, um Ausfallzeiten zu reduzieren und Datenverluste zu vermeiden.<\/p>\n Die meisten Organisationen erstellen einen formellen Aktionsplan, der umrei\u00dft, wer zu welchem Zeitpunkt f\u00fcr welche Aufgaben zust\u00e4ndig ist und wie die IT-Recovery erfolgen soll. Die Reihenfolge der Ressourcen, die innerhalb der gemessenen Zeitvorgaben zum Abschlie\u00dfen der Recovery wiederhergestellt werden m\u00fcssen, ist normalerweise im Runbook angegeben.<\/p>\n Organisationen haben verschiedene Optionen f\u00fcr die Wiederherstellung von Anwendungen und Daten, die an einem sekund\u00e4ren Standort repliziert und gespiegelt werden. So kann der alternative Standort beispielsweise \u00fcber unternehmenseigene Server mit gespiegelten Anwendungen und Daten verf\u00fcgen, die bei einem Desaster als Failover-Option aktiviert werden k\u00f6nnen. Andere Organisationen entscheiden sich vielleicht daf\u00fcr, DR as a Service von einem Cloud-Anbieter zu nutzen.<\/p>\n In jedem Fall \u00fcbernimmt die automatisierte Notfallwiederherstellung die Orchestrierung von Zeitpunkt-Snapshots, Replikation und automatisiertem Failover\/Failback.<\/p>\n Ein Disaster-Recovery-Plan, manchmal auch als DR-Runbook bezeichnet, ist ein Kernelement eines jeden Business-Continuity-Plans. Nach seiner Erstellung sollte der Plan regelm\u00e4\u00dfig getestet und ge\u00e4ndert werden, um seine Einsatzf\u00e4higkeit sicherzustellen.<\/p>\n Disaster-Recovery-Pl\u00e4ne enthalten in der Regel zwei Schl\u00fcsselkennzahlen, um die Priorit\u00e4ten f\u00fcr die Wiederherstellung kritischer Anwendungen und Daten ihrer Wichtigkeit entsprechend festzulegen. Die Messung erfolgt normalerweise in Minuten, Stunden, Tagen oder Wochen:<\/p>\n Die effektivsten DR-Planungen und -Pl\u00e4ne geben detailliert an, welche Personen und Prozesse daf\u00fcr verantwortlich sind, die Systeme hochzufahren, und welche Anordnung und Reihenfolge dabei einzuhalten ist, um die Systemabh\u00e4ngigkeiten zu ber\u00fccksichtigen und Ausfallzeiten zu minimieren. IT-Teams, die automatisierte DR-L\u00f6sungen verwenden, um ihre DR-Runbooks und -Prozesse zu orchestrieren, k\u00f6nnen schnell mit einem Failover reagieren, wenn ein Vorfall auftritt.<\/p>\n \u00c4hnlich wie eine selbstverwaltete DR bietet auch Disaster Recovery as a Service (kurz DRaaS) Organisationen eine automatisierte M\u00f6glichkeit, ihre Service Level Agreements f\u00fcr die Datenwiederherstellung und Anwendungsverf\u00fcgbarkeit zu kontrollieren. Sie ersparen sich dabei jedoch die Kosten und Komplexit\u00e4t f\u00fcr die Bereitstellung und den Betrieb eines eigenen sekund\u00e4ren Standorts. Diese L\u00f6sung erm\u00f6glicht Organisationen eine schnelle Wiederherstellung, w\u00e4hrend sie zugleich die Vorteile der Cloud nutzen k\u00f6nnen.<\/p>\n Mit DRaaS steht Organisationen bedarfsgesteuert eine Cloud-Infrastruktur immer dann zur Verf\u00fcgung, wenn sie ben\u00f6tigt wird (Pay As You Go). Dadurch entfallen kostspielige, schwer zu verwaltende und die meiste Zeit ungenutzte sekund\u00e4re Datenzentren. IT-Teams bleiben Ausfallzeiten nahezu erspart und sie k\u00f6nnen Datenverluste \u00fcber viele Service Level Agreements (SLAs) hinweg f\u00fcr eine Vielzahl von Anwendungen minimieren, indem sie Disaster-Recovery-Dienste nutzen.<\/p>\n Um einen Disaster Recovery-Plan oder ein DR-Runbook zu erstellen, muss zun\u00e4chst eine Bewertung aller an der IT beteiligten Personen, Prozesse und Technologien vorgenommen werden. Ohne Kenntnis dieser Informationen vor einem unvorhergesehenen negativen Ereignis\u00a0\u2013 ganz gleich, ob Hurrikan, \u00dcberschwemmung, Ransomware-Angriff oder menschliches Versagen\u00a0\u2013 sind eine schnelle Wiederherstellung und Wiederaufnahme des Betriebs unm\u00f6glich. Der DR-Plan kann gegebenenfalls Bestandteil eines gr\u00f6\u00dferen Business-Continuity-Plans zur Wiederherstellung zus\u00e4tzlicher Betriebsabl\u00e4ufe sein. DR-Pl\u00e4ne konzentrieren sich typischerweise darauf, IT-Systeme nach einer Ausfallzeit so schnell wie m\u00f6glich wiederherzustellen.<\/p>\n Ihr DR-Plan sollte die folgenden Punkte umrei\u00dfen und beinhalten:<\/p>\n Von den Vorstandsmitgliedern bis zu den Teams im Hintergrund tragen alle Mitarbeiter eine gewisse Verantwortung f\u00fcr den Schutz der Daten ihrer Organisation. CIOs und andere IT-F\u00fchrungskr\u00e4fte \u00fcbernehmen typischerweise die Leitung beim Erstellen von Disaster-Recovery-Pl\u00e4nen und -Technologien, indem sie gemeinsam mit F\u00fchrungskr\u00e4ften und Teams Priorit\u00e4ten f\u00fcr die zu sch\u00fctzenden Daten, Anwendungen und IT-Infrastrukturen festlegen. Ein wichtiger Teil dieses Prozesses ist die Festlegung, welche Ressourcen aufgabenkritisch oder f\u00fcr den Betrieb unbedingt erforderlich sind, im Gegensatz zu gesch\u00e4ftskritischen Ressourcen, die zwar wichtig, aber nicht umsatz- oder sicherheitsrelevant sind. Ein weiteres wichtiges Prozesselement ist die Ermittlung der Service Level Agreements (SLAs), die innerhalb des Unternehmens in Bezug auf bestimmte Funktionen eingehalten werden m\u00fcssen. Dies kann IT-Teams bei der Entscheidung helfen, ob sie die Verantwortung f\u00fcr die Wiederherstellung vor Ort \u00fcbernehmen oder lieber mit einem Service- oder Cloud-Anbieter zusammenarbeiten m\u00f6chten, um Daten, Apps und Infrastruktur wiederherzustellen. Sollten sie sich beispielsweise f\u00fcr eine On-Premises-L\u00f6sung oder eher eine Cloud-Option wie DRaaS mit AWS, Microsoft Azure oder Google Cloud entscheiden? Die Nutzung von Disaster Recovery in AWS, DR in Azure und DR in Google Cloud wird zunehmend beliebter.<\/p>\n Sobald \u00fcber die Schutzstrategien entschieden worden ist, k\u00f6nnen die IT-Teams, die die Disaster Recovery-Pl\u00e4ne und -Dienste einrichten, im Detail er\u00f6rtern, wie der Betrieb wiederhergestellt werden kann. Hier kommt das DR-Runbook ins Spiel, denn es enth\u00e4lt Informationen \u00fcber die Mitarbeiter, Prozesse und technologischen Anforderungen f\u00fcr die Recovery. Ein DR-Runbook darf jedoch nicht einfach im Regal verstauben, sondern muss regelm\u00e4\u00dfig getestet werden, um seine aktuelle Relevanz sicherzustellen. Die Einfachheit der Wartung und Tests von DR-Funktionen ist in diesem Zusammenhang ebenfalls ein wichtiger Aspekt.<\/p>\n Das Testen des Notfallwiederherstellungsplans besteht darin, s\u00e4mtliche im Runbook beschriebenen Schritte zu durchlaufen, um sicherzustellen, dass der Plan keinerlei L\u00fccken oder Fehler aufweist. Durch die Tests wird sichergestellt, dass sich die IT-Systeme im Fall eines Worst-Case-Szenarios so schnell und effektiv wie m\u00f6glich wiederherstellen lassen.<\/p>\n Manche Organisationen bevorzugen eine kombinierte DR-L\u00f6sung f\u00fcr Backups und automatisierte DR, um die Komplexit\u00e4t und Kosten separater L\u00f6sungen zu reduzieren, da die Kombi-L\u00f6sung sowohl lokale als auch Cloud-Workloads nahezu ohne Ausfallzeiten und Datenverlust unterst\u00fctzt.<\/p>\n Wie bei jeder IT-Initiative variieren auch die Kosten f\u00fcr Disaster-Recovery-Dienste und -L\u00f6sungen. Je nachdem, ob eine physische oder virtuelle Datenisolierung<\/a> bevorzugt wird, k\u00f6nnen die Recovery-Kosten die physische Abfrage von Informationen an einem externen Standort umfassen, der Hunderte von Kilometern vom prim\u00e4ren Standort entfernt ist. Abh\u00e4ngig von der Datenmenge oder den klimatischen Standortbedingungen entscheiden sich manche Organisationen daf\u00fcr, einen oder mehrere sekund\u00e4re Standorte einzurichten. Dies erfordert h\u00e4ufig die Installation mehrerer Instanzen kostspieliger Hardware und Software, um exakte Kopien der Produktionsdaten zu generieren und zu speichern\u00a0\u2013 und sie f\u00fcr den Notfall rund um in Uhr in Betrieb zu halten. J\u00fcngste technologische Fortschritte, wie z.\u00a0B. Cloud Computing und Next-Gen Data Management, reduzieren die DR-Kosten erheblich. Dies ist eine gute Nachricht f\u00fcr Organisationen, denn je nach Schweregrad k\u00f6nnen Ausfallzeiten f\u00fcr eine Organisation katastrophale Folgen haben.<\/p>\n Die finanziellen Kosten von Desastern wie Cyberangriffen belaufen sich bereits auf mehrere Milliarden Dollar und werden voraussichtlich<\/a> in den n\u00e4chsten zehn Jahren auf 256\u00a0Milliarden\u00a0USD<\/a> ansteigen\u00a0\u2013 aber diese Kosten beinhalten nicht den potenziellen Verlust von Einnahmen, Kundentreue oder -zufriedenheit und Mitarbeiterproduktivit\u00e4t. Desaster sind unvermeidbar und f\u00fcr Unternehmen, die nicht darauf vorbereitet sind, erheblich kostspieliger\u00a0\u2013 das hei\u00dft, f\u00fcr diejenigen, die keine Disaster-Recovery-L\u00f6sungen haben.<\/p>\n Disaster-Recovery-Tests geben IT-Teams die Gewissheit, dass sie die SLA-Vorgaben f\u00fcr die Business Recovery einhalten k\u00f6nnen. Tests helfen auch dabei, die Erf\u00fcllung interner und externer Compliance-Anforderungen zu best\u00e4tigen. Mit der Zunahme von Cyberangriffen k\u00f6nnten bew\u00e4hrte DR-Tests bald auch eine Voraussetzung f\u00fcr den Abschluss einer Cyberversicherung werden.<\/p>\n Das Testen von Disaster-Recovery-Pl\u00e4nen und -Diensten kann automatisch oder manuell erfolgen. Umfassende Tests sollten jedoch stets die folgenden drei Kernelemente ber\u00fccksichtigen: Menschen, Prozesse und Technologie.<\/p>\n IT-Teams, die Tests durchf\u00fchren, sollten in jedem Fall alle f\u00fcr die Wiederherstellung verantwortlichen Rollen, Recovery-\u00dcbersichtsdokumente, Verpflichtungen bez\u00fcglich der Wiederherstellungszeiten und -punkte (RTOs\/RPOs) und vieles mehr umfassend \u00fcberpr\u00fcfen.<\/p>\n Prozessbezogen sollten die Tests auch eine \u00dcberpr\u00fcfung der Vorg\u00e4nge und Anforderungen beinhalten, die mit Warnungen, Verfahren, Hardware, Software, Netzwerken, Datenschutz, Datensicherung und -wiederherstellung Snapshots, Ransomware-Wiederherstellung, Rollbacks und mehr verkn\u00fcpft sind.<\/p>\n Die Tests sollten mindestens einmal pro Quartal durchgef\u00fchrt werden; die besten Organisationen testen sogar monatlich.<\/p>\n Organisationen k\u00f6nnen im Falle eines unvorhergesehenen Ereignisses eine schnelle Wiederherstellung gew\u00e4hrleisten, wenn sie die folgenden f\u00fcnf Elemente eines Disaster-Recovery-Plans bereits eingef\u00fchrt haben:<\/span><\/p>\n Es gibt mehrere M\u00f6glichkeiten, Disaster Recovery zu implementieren. Wir empfehlen jedoch, nach L\u00f6sungen zu suchen, die es Ihnen erm\u00f6glichen, ein breites Spektrum an SLAs und Wiederherstellungszeiten zu erf\u00fcllen. Gleichzeitig sollte Ihre L\u00f6sung die Ausfallzeiten minimieren, die systemische und operative Komplexit\u00e4t reduzieren sowie die Kosten senken, indem Sie weniger doppelte oder sekund\u00e4re Infrastruktur ben\u00f6tigen. Achten Sie auch auf Flexibilit\u00e4t, damit Sie Ihre DR-Bereitstellung selbst verwalten oder von Dritten verwalten lassen k\u00f6nnen, in der Cloud oder als DRaaS-Modell.<\/span><\/p>\n Organisationen richten ihre Disaster-Recovery-Standorte in der Regel so ein, dass sie ihren Anforderungen optimal entsprechen. Die beliebtesten Optionen sind:<\/p>\n Das Disaster-Recovery-Team ist in der Regel Teil des Business-Continuity-Teams. Zu den Rollen in diesem Team geh\u00f6ren CIO, IT-Resilienz, Krisenreaktion und Sicherheitsreaktion.<\/p>\n Die f\u00fcr die Notfallwiederherstellung verantwortlichen Teammitglieder sind typischerweise technische Fachleute, die f\u00fcr das Rechenzentrum zust\u00e4ndig sind. Zu ihren Aufgabenbereichen z\u00e4hlen Rechenleistung, Speicherung, Netzwerk und Cloud, da das Hauptziel eines DR-Plans darin besteht, Anwendungen, Daten und Infrastruktur schnell und vollst\u00e4ndig wiederherzustellen.<\/p>\n Die zuverl\u00e4ssigste Notfallwiederherstellung oder Disaster Recovery as a Service (DRaaS) erm\u00f6glicht Organisationen Folgendes:<\/p>\nWarum ist Disaster Recovery wichtig?<\/h2>\n
\n
\n
Wie funktioniert Disaster Recovery?<\/h2>\n
Was sind Disaster-Recovery-Pl\u00e4ne?<\/h2>\n
\n
Was bedeutet Disaster Recovery as a Service?<\/h2>\n
Wie erstellt man einen Disaster-Recovery-Plan?<\/h2>\n
\n
Wie richtet man Disaster Recovery ein?<\/h2>\n
Was kostet Disaster Recovery?<\/h2>\n
Was sind Disaster-Recovery-Tests?<\/h2>\n
Wie testet man einen Disaster-Recovery-Plan?<\/h2>\n
Was sind die f\u00fcnf Hauptelemente eines typischen Disaster-Recovery-Plans?<\/h2>\n
\n
Was ist die beste Disaster-Recovery-Methode?<\/h2>\n
Welche Arten von Disaster Recovery gibt es?<\/h2>\n
\n
Wie baut man ein Disaster-Recovery-Team auf?<\/h2>\n
Was sind die Vorteile von Disaster-Recovery-Software?<\/h2>\n
\n
Disaster Recovery und Cohesity<\/h2>\n