Überblick
Disaster Recovery as a Service (DRaaS) ist ein Cloud-basiertes Modell für Geschäftskontinuität, das die klassische Investition in ein sekundäres Rechenzentrum ersetzt. Wird die primäre Infrastruktur durch Naturkatastrophen, Hardwareausfälle, Cyberangriffe oder menschliches Versagen unerreichbar, werden die Workloads im Rahmen vorab definierter RTO- (Recovery Time Objective) und RPO-Ziele (Recovery Point Objective) in der DR-Umgebung hochgefahren.
Das größte Problem klassischer DR-Konzepte ist, dass sie nicht getestet werden. Das Szenario „Wir haben ein sekundäres Rechenzentrum, aber nie in Betrieb genommen“ ist ein in der Unternehmens-IT häufig anzutreffendes Risiko. DRaaS ermöglicht es, Tests und Übungen einfach durchzuführen, ohne die Produktivumgebung zu beeinträchtigen. Indexline macht für alle Kunden eine DR-Übung alle sechs Monate zum verbindlichen Standard; die Ergebnisse jeder Übung werden dokumentiert und Verbesserungen geplant.
Die Integration mit führenden DR-Plattformen wie Veeam, Zerto und Commvault bildet das technologische Rückgrat von Indexline DRaaS. Wenn die kontinuierlichen Replikationsfunktionen dieser Plattformen den RPO-Wert auf Minuten oder sogar Sekunden senken, entsteht zugleich die Fähigkeit zur rückwirkenden Wiederherstellung nach Ransomware-Angriffen. Immutable Backups und Air-Gapped-Kopien sind kritische Bestandteile einer auf Cybersicherheit ausgerichteten DR-Strategie.
RTO- und RPO-Ziele sind keine technischen Parameter, die ohne Geschäftsprozessanalyse festgelegt werden; sie sollten realistische Ziele sein, die unter Beteiligung der Fachbereiche definiert und durch die finanziellen Auswirkungen jeder Ausfallstunde untermauert sind. Im Rahmen ihrer Business-Impact-Analyse (BIA) bewertet Indexline die geschäftliche Kritikalität jedes Systems und legt die Ziele realistisch fest.
DRaaS ausschließlich als Technologie für den Katastrophenfall zu betrachten, greift zu kurz. Tatsächlich hilft ein richtig konzipiertes Disaster-Recovery-Programm dem Unternehmen, sein IT-Inventar besser zu kennen, kritische Abhängigkeiten sichtbar zu machen und operative blinde Flecken zu reduzieren. Welches System von welcher Datenbank, welcher Integration und welchem Gateway abhängt, wird bei der Erstellung des Disaster-Recovery-Plans transparent. Schon diese Arbeit allein schafft einen hohen Mehrwert für die organisatorische Reife.
Unternehmen verbinden Disaster Recovery häufig nur mit dem Szenario einer großen Naturkatastrophe. In der Praxis sind die häufigeren Ausfallursachen jedoch Speicherdefekte, Fehlkonfigurationen, menschliches Versagen, versehentliche Löschvorgänge, fehlerhafte Patch-Einspielungen und Ransomware-Angriffe. Ein moderner DRaaS-Ansatz darf sich daher nicht darauf beschränken, eine Kopie an einem zweiten Standort vorzuhalten; er muss für unterschiedliche Verlustarten unterschiedliche Wiederherstellungsoptionen schaffen. Schneller Failover, ein sauberer Wiederherstellungspunkt und ein kontrollierter Rückführungsplan müssen gemeinsam gedacht werden.
Einer der häufigsten Irrtümer in der Planung der Geschäftskontinuität ist die Annahme, alle Systeme seien gleichermaßen kritisch. In den meisten Unternehmen sind jedoch nur wenige Systeme tatsächlich so kritisch, dass ihr Ausfall den Geschäftsbetrieb stoppt, während eine größere Gruppe von Systemen für bestimmte Zeiträume tolerierbar ist. Ein durchdachtes DR-Design trifft diese Unterscheidung. So wird das Budget auf die wirklich kritischen Anwendungen gelenkt, während für Systeme mit niedrigerer Priorität wirtschaftlichere Schutzebenen geschaffen werden. Indexline nimmt diese Priorisierung in jedem Projekt gemeinsam mit den Fachbereichen vor und validiert sie.
Der Erfolg von DRaaS hängt ebenso von Kommunikation und Prozessdisziplin ab wie von der Technologie. Im Katastrophenfall genügt es nicht, dass die Server wieder hochfahren; es muss im Voraus festgelegt sein, wer welche Entscheidung trifft, welche Teams in welcher Reihenfolge handeln, wie die Kommunikation mit den Anwendern erfolgt und nach welchen Kriterien die Rückkehr zur Normalumgebung eingeleitet wird. Deshalb sollten neben dem technischen Plan auch Runbook, Eskalationsmatrix, Kommunikationsvorlagen und Maßnahmenprotokolle nach Übungen als Teil der Leistung behandelt werden.
In der aktuellen Bedrohungslage hat Cyber-Resilienz die klassische Geschäftskontinuität in den Hintergrund gedrängt. Gerade bei Ransomware-Angriffen ist es nicht immer richtig, sämtliche Systeme schnell wieder hochzufahren; zunächst müssen ein sauberer Datenpunkt ausgewählt, das Ausmaß des Vorfalls verstanden und Sicherheitsmaßnahmen umgesetzt werden, die eine Wiederholung desselben Angriffs verhindern. Die DRaaS-Programme von Indexline konzentrieren sich daher nicht nur auf Wiederherstellung, sondern auf sichere Wiederherstellung. Ziel ist es nicht nur, das System wieder in Betrieb zu nehmen, sondern es ohne erneute Infektion und unter Wahrung der Datenintegrität bereitzustellen.
Langfristig bietet DRaaS dem Unternehmen nicht nur Risikoreduzierung; es schafft auch erhebliche Vorteile in Bezug auf Audit-Bereitschaft, Kundenvertrauen und die Einhaltung vertraglicher SLAs. Regelmäßige Übungsprotokolle, gemessene RTO/RPO-Ergebnisse, Verantwortlichkeitsmatrizen und nachgewiesene Wiederherstellungsprozesse schaffen insbesondere in regulierten Branchen Vertrauen auf Ebene der Geschäftsleitung. Daher sollte eine DRaaS-Investition nicht als Kostenposition, sondern als Absicherungsmechanismus des Unternehmens betrachtet werden.
So funktioniert es
Business-Impact-Analyse (BIA): Die geschäftliche Kritikalität der Systeme, die Ausfallkosten und die RTO/RPO-Anforderungen werden ermittelt. Der DR-Umfang wird priorisiert.
Konfiguration der Replikation: Per kontinuierlicher Replikation oder periodischen Snapshots wird das Kopieren der Daten in die DR-Infrastruktur gestartet.
Orchestrierungsplan: Welche Systeme in welcher Reihenfolge hochgefahren werden, die Abhängigkeiten sowie die Netzwerkkonfiguration werden als DR-Orchestrierungsplan dokumentiert.
Netzwerkumstellung: DNS-Failover, IP-Neuzuordnung und Load-Balancer-Konfiguration werden für die DR-Umgebung vorbereitet.
DR-Übung: Die DR-Übung wird durchgeführt, ohne die Produktivumgebung zu beeinträchtigen. Die Einhaltung der RTO/RPO-Ziele wird gemessen.
Monitoring: Replikationsstatus, Latenz und Datenkonsistenz werden kontinuierlich überwacht. Replikationsfehler werden per Alarm gemeldet.
Kontinuierliche Verbesserung: Der DR-Plan wird anhand der Übungsergebnisse und der sich verändernden IT-Umgebung aktualisiert.
Wichtigste Funktionen
Kontinuierliche Datenreplikation
Kontinuierliche Replikation auf Rechenzentrums- oder VM-Ebene mit RPO im Sekundenbereich. Rückwirkende Wiederherstellungspunkte zum Schutz vor Ransomware bleiben erhalten.
Failover per Mausklick
Die DR-Orchestrierung wird automatisiert. Im Fall eines Angriffs oder Ausfalls kann der Failover per Mausklick oder automatisch ausgelöst werden.
Von der Produktion isolierte DR-Umgebung
DR-Übungen werden in einer isolierten Sandbox durchgeführt, ohne die Produktivumgebung zu beeinträchtigen.
Immutable Backup
Unveränderliche Backup-Kopien verhindern, dass Ransomware die Backups verschlüsselt. Optional ist eine Air-Gapped-Kopie verfügbar.
RTO/RPO-Reporting
Nach jeder Übung werden die erreichten RTO- und RPO-Werte mit den Zielen verglichen und berichtet.
Plattformübergreifende Unterstützung
VMware, Hyper-V, physische Server und Cloud-VMs werden auf derselben DRaaS-Plattform verwaltet.
Ransomware-Wiederherstellungspunkte
Mit stündlichen Snapshots bleiben saubere Wiederherstellungspunkte aus der Zeit vor dem Ransomware-Befall erhalten.
Automatischer DNS-Failover
Beim Failover werden die DNS-Einträge automatisch aktualisiert und die Anwender in die DR-Umgebung umgeleitet.
Vorteile & Nutzen
Die Kosten eines sekundären Rechenzentrums werden um 70–80 % gesenkt – DR-Investitionen werden damit für mehr Unternehmen erschwinglich.
Mit kontinuierlicher Replikation sinkt der RPO von Stunden auf Minuten; das Risiko von Datenverlust wird minimiert.
Einfache Übungen bestätigen regelmäßig, ob der DR-Plan in der Praxis tatsächlich funktioniert.
Nach einem Ransomware-Angriff ermöglichen Immutable Backups die Rückkehr zu einem sauberen Wiederherstellungspunkt.
Für Compliance-Audits werden DR-Plan, Übungsprotokolle und RTO/RPO-Nachweise systematisch dokumentiert.
Die Wiederherstellung nach einer Katastrophe erfolgt schneller; die durchschnittliche Dauer von Geschäftsunterbrechungen verkürzt sich drastisch.
Durch eine klare Priorisierung geschäftskritischer Systeme werden Budget und Ressourcen sinnvoller verteilt.
Entscheidungschaos im Katastrophenfall nimmt ab; die Teams handeln kontrolliert anhand eines vorab definierten Runbooks.
Dank der Perspektive der Cyber-Resilienz entsteht eine Struktur, die nicht nur auf Infrastrukturausfälle, sondern auch auf böswillige Angriffe besser vorbereitet ist.
Eine Kultur regelmäßiger Übungen stärkt die Koordination zwischen IT und Fachbereichen in Krisensituationen.
Anwendungsfälle nach Branche
Finanzwesen
Eine Bank richtete DRaaS zur Erfüllung von BCBS 239 ein und meldete die Ergebnisse der DR-Übungen an die Aufsichtsbehörde.
Gesundheitswesen
Ein Krankenhaus wurde nach einem Ransomware-Angriff mithilfe von Immutable Backups innerhalb von 2 Stunden wiederhergestellt; die Patientendaten blieben geschützt.
Fertigung
Ein kritisches ERP-System wurde zu DRaaS migriert; nach einem Hardwareausfall war es innerhalb von 45 Minuten wieder voll betriebsfähig.
Öffentlicher Sektor
Eine E-Government-Plattform erfüllte die gesetzlichen Anforderungen an die Geschäftskontinuität mit DRaaS; jährliche DR-Übungsberichte wurden erstellt.
Einzelhandel
Eine saisonkritische E-Commerce-Plattform wurde mit DRaaS geschützt; gegen Infrastrukturausfälle wurde ein RTO-Ziel von 30 Minuten erreicht.
Bildung
Das Studierendeninformationssystem einer Universität wurde mit DRaaS abgesichert; Ausfälle während der Einschreibungsphase wurden verhindert.
Der Indexline-Ansatz
DR-Plan und Übung verdienen dieselbe Aufmerksamkeit. Viele Unternehmen schieben Übungen nach dem Erwerb von DRaaS auf. Indexline steuert dieses Risiko systematisch, indem mindestens zwei Übungen pro Jahr verbindlich in die Kundenverträge aufgenommen werden.
RTO- und RPO-Ziele müssen realistisch und geschäftsorientiert sein. Technisch ist ein RPO von 0 möglich, aber sehr kostspielig; ein RPO von null sollte den Systemen vorbehalten sein, die ihn tatsächlich benötigen. Die Business-Impact-Analyse ist das Instrument, um diese Balance herzustellen.
Die Bedrohung durch Ransomware gestaltet DR-Strategien neu. Für cyber-resiliente DR sind Immutable Backups, rückwirkende Wiederherstellungspunkte und Clean-Recovery-Verfahren unverzichtbar geworden.
Im Ansatz von Indexline ist DRaaS kein Service, bei dem lediglich eine Replikationslizenz installiert und das System dann sich selbst überlassen wird. Es wird als lebendiges Programm konzipiert – zusammen mit Business-Impact-Analyse, Abhängigkeitskarte der Anwendungen, Kommunikationsplan, Übungskalender und Maßnahmenmanagement.
Ein einheitliches DR-Ziel für jedes Unternehmen ist nicht richtig. Statt alle Systeme gleichermaßen schützen zu wollen, bauen wir auf Basis der geschäftlichen Auswirkungen ein mehrstufiges Schutzmodell auf; das rationalisiert die Kosten und sorgt zugleich für stärkeren Schutz kritischer Systeme.
Im echten Katastrophenfall entscheidet die Vorbereitung der Menschen ebenso über den Erfolg wie die Technologie. Deshalb behandeln wir neben der technischen Architektur auch Teamrollen, Freigabemechanismen und Krisenkommunikation als festen Bestandteil des Plans.
Häufig gestellte Fragen
Was bedeuten RTO und RPO?
RTO (Recovery Time Objective) ist die maximal akzeptierte Zeit, in der ein System nicht online ist. RPO (Recovery Point Objective) ist der maximal akzeptierte Zeitraum eines Datenverlusts. Ein RTO von 2 Stunden und ein RPO von 1 Stunde bedeuten beispielsweise eine Wiederherstellung innerhalb von höchstens 2 Stunden nach dem Ausfall und einen Datenverlust von höchstens 1 Stunde.
Lassen sich Übungen durchführen, ohne die Produktivumgebung zu beeinträchtigen?
Ja, moderne DRaaS-Plattformen ermöglichen Übungen in einer isolierten Sandbox-Umgebung. Die DR-VMs werden kopiert und in einer separaten Netzwerkumgebung hochgefahren; Produktions-DNS und -Datenverkehr bleiben unberührt. Nach Abschluss der Übung wird die Umgebung gelöscht.
Zu welchem Wiederherstellungspunkt können wir nach einem Ransomware-Angriff zurückkehren?
Es müssen saubere (clean) Wiederherstellungspunkte bestimmt werden, die den Zeitraum vor dem Angriff abdecken. Mit stündlichen oder täglichen Snapshots ist die Rückkehr zum Zustand vor dem Angriff möglich. Immutable Backups garantieren, dass Ransomware die Wiederherstellungspunkte nicht verschlüsseln kann.
Welche DR-Plattformen setzen Sie ein?
Unsere wichtigsten Plattformen sind Veeam Backup & Replication, Zerto, Commvault und VMware Site Recovery Manager. Die passende Plattform wird anhand der vorhandenen Infrastruktur des Kunden und seiner RTO/RPO-Ziele ausgewählt.
Fällt DRaaS in den Geltungsbereich von ISO 27001?
Ja, ISO 27001 umfasst das Business Continuity Management (Annex A.17). Die DRaaS-Umsetzung und die Übungsprotokolle erfüllen die Kontrollen dieses Abschnitts unmittelbar. Die Übungsberichte werden im Format von Audit-Nachweisen erstellt.
Können physische Server in DRaaS einbezogen werden?
Ja, mit Veeam Agent und ähnlichen Werkzeugen können auch physische Server in die kontinuierliche Replikation einbezogen werden. Die P2V-Konvertierung (Physical to Virtual) findet in der DR-Umgebung statt; die Wiederherstellung erfolgt als virtuelle Maschine.
Wie werden die Kosten für DRaaS berechnet?
Das geschützte Datenvolumen (GB/TB), die Anzahl der VMs, die RPO-Frequenz und das SLA-Niveau beeinflussen die Preisgestaltung. Im Vergleich zu einem klassischen sekundären Rechenzentrum ergibt sich in der Regel ein Kostenvorteil von 60–70 %. Für eine detaillierte Kostenanalyse bieten wir eine kostenlose Bewertung an.
Wie wird der DR-Plan aktuell gehalten?
Der DR-Plan sollte bei Änderungen wie dem Hinzufügen oder Entfernen von Systemen, Architekturänderungen und Personalrotation aktualisiert und alle sechs Monate überprüft werden. Automatisierte DR-Orchestrierungsplattformen können Änderungen am Systeminventar teilweise automatisch übernehmen.