Acronis Disaster Recovery

Acronis Disaster Recovery ist ein Add-on für Acronis Cyber Protect Cloud, das betriebsbereite Kopien der geschützten Workloads in der Acronis Cloud vorhält und diese Kopien im Ausfallfall in der Cloud hochfährt. Der Unterschied zum Backup ist folgender: Das Backup bewahrt Daten auf, Disaster Recovery hält den Dienst aufrecht. Produktions-Failover, Test-Failover ohne Eingriff in die Produktion, sequenzielle Inbetriebnahme über Runbooks und Site-to-Site-VPN-Optionen werden über eine einzige Konsole verwaltet.

Die Ziele sind auch offiziell definiert: Das Datenblatt zu Acronis Advanced Disaster Recovery nennt dank der RunVM-Engine ausdrücklich ein Ziel von unter 15 Minuten für RPO und RTO (Acronis Advanced Disaster Recovery Datenblatt, 2022). Diese Zahl ist keine Garantie, sondern der von der Architektur angestrebte Arbeitspunkt; der tatsächlich erreichte Wert hängt von der Replikationshäufigkeit, der Größe der Workload, der Leitungskapazität und dem Runbook-Design ab.

Die Begründung für diese Investition steckt in den Daten dazu, wie lange ein Ausfall nachwirkt. Laut IBM Cost of a Data Breach Report 2025 haben sich 65 % der Organisationen noch immer nicht vollständig von einer Verletzung erholt; bei 76 % derjenigen, die eine vollständige Erholung angeben, dauerte der Prozess länger als 100 Tage, bei 26 % länger als 150 Tage, und nur 2 % erholten sich in weniger als 50 Tagen (IBM & Ponemon, 2025). Derselbe Report beziffert die weltweiten durchschnittlichen Kosten einer Datenschutzverletzung auf 4,44 Mio. USD (2024: 4,88 Mio. USD); die durchschnittlichen Kosten von Erpressungs- und Ransomware-Vorfällen liegen bei 5,08 Mio. USD, wenn der Angreifer den Vorfall öffentlich macht.

Disaster Recovery ist deshalb nicht nur eine Frage von Erdbeben- oder Brandszenarien, sondern auch von Ransomware. Laut dem Acronis Cyberthreats Report H2 2025 wurden in der zweiten Jahreshälfte 2025 weltweit mehr als 7.600 Ransomware-Opfer öffentlich bekannt; die aktivsten Gruppen waren Qilin (962 Opfer), Akira (726) und Cl0p (517) (Acronis Cyberthreats Report H2 2025). Als Sora Yazılım führen wir Disaster-Recovery-Projekte innerhalb der Acronis-Lösungsfamilie gemeinsam mit den Phasen Umfangsdefinition, Runbook-Design, Übung und Managed-Betrieb durch.

Worin unterscheidet sich Acronis Disaster Recovery vom klassischen Backup?

Kurze Antwort: Beim Backup werden Daten aufbewahrt und bei Bedarf zurückgeschrieben; beim Disaster Recovery wartet dagegen eine betriebsbereite Kopie der Workload in der Cloud und wird per Failover-Befehl aktiviert. Backup verbessert den RPO, Disaster Recovery überwiegend den RTO. Beide sind keine Alternativen zueinander; Disaster Recovery setzt ohnehin ein aktives Acronis-Cyber-Protect-Abonnement und vorhandene Backups voraus.

Dazwischen liegt eine weitere Zwischenschicht: Instant Restore. Aus einem Backup auf Disk-Ebene, das ein Betriebssystem enthält, wird direkt eine virtuelle Maschine gestartet; während die Maschine läuft, werden ihre Festplatten aus dem Backup emuliert, und Speicherplatz wird nur für die entstehenden Änderungen benötigt. Acronis empfiehlt, diese temporäre Maschine höchstens drei Tage vorzuhalten und sie anschließend zu löschen oder in eine permanente virtuelle Maschine umzuwandeln (Acronis Cyber Protect Cloud Benutzerhandbuch). Instant Restore nutzt Ihre eigenen Hypervisor-Ressourcen; Disaster Recovery bezieht die Ressourcen dagegen aus der Acronis Cloud und ist damit in Szenarien, in denen der Produktionsstandort vollständig unerreichbar ist, die einzige funktionierende Option.

Diese Unterscheidung schafft auch bei der Kaufentscheidung Klarheit. Für Organisationen, die sich lediglich gegen Datenverlust absichern wollen, genügt der Backup-Kern auf der Seite von Acronis Cyber Backup. Bei Workloads, bei denen sich Ausfallzeit unmittelbar in Umsatz- oder Serviceverlust übersetzt, ist dagegen Failover-Fähigkeit erforderlich. In der Praxis klassifizieren Organisationen ihre Workloads: Die kritischen kommen in den Disaster-Recovery-Umfang, die übrigen werden mit Backup und Instant Restore geschützt.

Wie hoch sind RTO- und RPO-Ziele tatsächlich, und wovon hängen sie ab?

Kurze Antwort: Das offizielle Ziel liegt bei unter 15 Minuten für RPO und RTO (Acronis Advanced Disaster Recovery Datenblatt, 2022), doch dieser Wert hängt von drei Variablen ab. Erstens von der Replikationshäufigkeit: Je häufiger der Wiederherstellungspunkt aktualisiert wird, desto enger wird der RPO. Zweitens vom Runbook-Design: Wie viele Server in welcher Reihenfolge und mit welchen Abhängigkeiten hochfahren, bestimmt den RTO. Drittens vom Netzwerk: Ist nicht geklärt, wie Anwender und angebundene Systeme die Kopie in der Cloud erreichen, gilt der Dienst auch dann nicht als verfügbar, wenn die Server laufen.

Deshalb führen wir die Zielbestimmung je Workload durch. Für jede Anwendung suchen wir eine schriftliche Antwort auf drei Fragen: Wie viele Minuten Datenverlust sind akzeptabel, innerhalb wie vieler Minuten muss der Dienst wieder verfügbar sein, und welcher manuelle Arbeitsablauf greift in dieser Zeit. Zwar kursiert am Markt gelegentlich eine Obergrenze in der Form „RPO zwischen 15 Minuten und 1 Stunde“, im offiziellen Datenblatt von Acronis findet sich eine solche Obergrenze jedoch nicht; genannt wird ausschließlich das Ziel von unter 15 Minuten. Wir behandeln dieses Ziel daher nicht als Versprechen, sondern als Arbeitspunkt, der durch Übungen zu verifizieren ist.

Ein weiterer wichtiger Punkt ist die Frage, auf welchen Wiederherstellungspunkt das Failover erfolgt. Zu den Funktionen, die das Paket Advanced Disaster Recovery offiziell ergänzt, gehört auch das „Failover auf einen malwarefreien Wiederherstellungspunkt“. Im Ransomware-Szenario ist das entscheidend: Der aktuellste Wiederherstellungspunkt kann genau in einen Moment fallen, in dem der Angreifer bereits im System war. Damit diese Kontrolle wirksam arbeitet, müssen die Backups gescannt werden; diese Funktion kommt mit dem Add-on Acronis Advanced Security + EDR. Zudem ist seit September 2024 in allen Acronis-hosted Speichern der unveränderliche Speicher im Governance-Modus mit einer Aufbewahrungsdauer von 14 Tagen standardmäßig aktiv (Acronis Cyber Protect 16 Web Help), das heißt: Der Wiederherstellungspunkt, auf den das Failover erfolgt, ist gegen Löschung widerstandsfähig.

Wie funktioniert das Failover in der Cloud, und wie wird die Netzwerkverbindung hergestellt?

Kurze Antwort: Das Backup der geschützten Workload wird in die Acronis Cloud repliziert, per Failover-Befehl wird diese Kopie in der Cloud als virtuelle Maschine gestartet und liefert den Dienst über die Verbindung zwischen dem Unternehmensnetzwerk und der Cloud. Auf der Netzwerkseite gibt es zwei Grundmodelle: die Erweiterung des lokalen Netzwerks in die Cloud über einen sicheren VPN-Tunnel oder den Cloud-only-Modus, der ohne VPN-Appliance auskommt. Laut offizieller Dokumentation lassen sich bis zu 23 lokale Netzwerke über einen sicheren VPN-Tunnel in die Cloud erweitern (Acronis Cyber Protect Cloud Benutzerhandbuch).

Die Wahl des Netzwerkmodells hängt von der Anwendungsarchitektur ab. In Umgebungen, in denen die Server in der Cloud im selben IP-Bereich wie das Produktionsnetz erscheinen müssen und in denen Integrationen an feste IP-Adressen gebunden sind, wird Site-to-Site-VPN bevorzugt. Genügt es, nur einige wenige eigenständige Server hochzufahren, ist der Cloud-only-Modus schneller eingerichtet und benötigt weniger Komponenten. Der Tunnelendpunkt auf Unternehmensseite ist in der Regel die vorhandene Firewall; wird der IPsec-Tunnel mit einem Gerät wie Fortinet FortiGate aufgebaut, muss vorab getestet werden, wie sich Routing-, NAT- und DNS-Regeln im Failover-Szenario verhalten.

Laut dem offiziellen Datenblatt des Pakets Advanced Disaster Recovery enthält der Standardschutz von Cyber Protect Cloud bereits Datei-, Image- und Anwendungs-Backup, lokale Wiederherstellung über Instant Restore, Test-Failover und eine Cloud-only-VPN-Verbindung; das Paket ergänzt darüber hinaus Produktions- und Test-Failover in die Acronis Cloud, eine Bereitstellungsoption ohne VPN, IPsec-Multi-Site-VPN sowie L2-Site-to-Site-OpenVPN, mehrere Runbook-Vorlagen, benutzerdefinierte DNS-Konfiguration, Disaster Recovery für DHCP-Server und das Failover auf einen malwarefreien Wiederherstellungspunkt.

Die Unterscheidung in der Tabelle beruht auf den Listen „bereits vorhanden“ und „vom Paket ergänzt“ im Datenblatt zu Acronis Advanced Disaster Recovery (Acronis Advanced Disaster Recovery Datenblatt, 2022). In der Praxis wird DNS am häufigsten übersehen: Auch wenn die Kopie in der Cloud läuft, erreicht der Dienst die Anwender nicht, solange die Namensauflösung weiterhin auf die alte Adresse zeigt. Deshalb sind die benutzerdefinierte DNS-Konfiguration und die TTL-Werte ein untrennbarer Bestandteil des Runbook-Designs.

Wie laufen Test-Failover und eine Disaster-Recovery-Übung ab?

Kurze Antwort: Beim Test-Failover werden die Kopien in der Cloud in einem isolierten Netzwerk gestartet, ohne die Produktionsumgebung anzutasten. Ziel ist nicht festzustellen, ob die Server starten, sondern ob der Dienst durchgängig erbracht werden kann: Startet die Anwendung, verbindet sie sich mit der Datenbank, kann sich ein Benutzer anmelden, antworten die Integrationen? Das offizielle Datenblatt listet Test-Failover unter den Funktionen, die Cyber Protect Cloud bereits enthält; Produktions- und Test-Failover in die Acronis Cloud sowie das monatlich oder wöchentlich planbare automatische Test-Failover kommen dagegen mit dem Paket Advanced Disaster Recovery.

Was eine Übung aussagekräftig macht, ist die Realitätsnähe des Szenarios. Wir arbeiten nach folgendem Aufbau: Zuerst wird ein Ausgangsszenario formuliert (etwa der vollständige Verlust des Zugangs zum primären Rechenzentrum), dann wird das Runbook entsprechend diesem Szenario ausgeführt, anschließend wird für jeden Schritt die gemessene Dauer mit der Zieldauer verglichen, und zum Schluss werden die Abweichungen in eine Maßnahmenliste überführt. Der Übungsbericht wird den Fachbereichen vorgelegt, denn das RTO-Ziel bestimmt nicht das technische Team, sondern der Prozessverantwortliche.

Eine praktische Einschränkung für die Übungsfrequenz ergibt sich aus der Lizenzierung. Ein Disaster-Recovery-Abonnement enthält eine bestimmte Menge an Compute Points, und Failover sowie Test-Failover verbrauchen aus diesem Pool; laut offizieller Lizenz-Wissensdatenbank enthält ein Einjahresabonnement je Workload 2.000 Compute Points, und 2.000 Punkte entsprechen ungefähr zwei Wochen Failover- oder Testnutzung pro Jahr (Acronis Support KB 73387, 2026). Das ist ein komfortables Budget, um mehrmals jährlich eine ernsthafte Übung durchzuführen; für dauerhaft laufende Testumgebungen ist es jedoch nicht ausgelegt.

In den Übungsumfang gehören nicht nur Server, sondern auch Menschen. Wer die Failover-Entscheidung trifft, wer die Kommunikation führt, welche Lieferanten informiert werden und nach welchem Kriterium die Failback-Entscheidung (Rückkehr in die Produktion) getroffen wird, muss schriftlich festgehalten sein. In Organisationen, die diese Seite reifen lassen möchten, kommen unsere DevOps- und Infrastrukturdienstleistungen in den Bereichen Automatisierung, Monitoring und Infrastrukturstandardisierung ins Spiel.

Wie wird Acronis Disaster Recovery lizenziert, und welche Voraussetzungen gelten?

Kurze Antwort: Das Add-on wird je Workload lizenziert und erfordert ein aktives Acronis-Cyber-Protect-Abonnement sowie eine Cloud-Bereitstellung. Abhängig von der Abonnementlaufzeit enthält es einen bestimmten Pool an Compute Points: Je Workload liefert ein Einjahresabonnement 2.000, ein Dreijahresabonnement 6.000 und ein Fünfjahresabonnement 10.000 Compute Points, und der Disaster-Recovery-Speicher ist unbegrenzt (Acronis Support KB 73387, 2026).

Die Bedingung der Cloud-Bereitstellung ist kein technisches Detail, sondern eine architektonische Einschränkung. In der offiziellen Dokumentation von Acronis steht Disaster Recovery as a Service auf der Liste der Funktionen, die es ausschließlich in der Cloud-Bereitstellung gibt; auf derselben Liste stehen auch Cloud-to-Cloud-Backup für Microsoft 365 und Google Workspace, Backup in die Public Cloud, EDR, Cyber Scripting, Remote Desktop und Hardwareinventar (Acronis Cyber Protect 16 Web Help). Wenn Sie also ausschließlich mit Acronis Cyber Protect 16 einen On-Premises-Management-Server betreiben, müssen Sie für Disaster Recovery zu Acronis Cyber Protect Cloud wechseln oder ein hybrides Modell aufsetzen.

Welche Funktionen die On-Premises- und die Cloud-Verwaltung jeweils abdecken, listet die Vergleichs-Wissensdatenbank von Acronis Position für Position auf; einige Funktionen wie Tape-Ziel, Acronis Storage Node, PXE-Server und Forensic Mode gibt es nur auf der On-Premises-Seite, andere wie EDR und DLP Device Control nur auf der Cloud-Seite (Acronis Support KB 73376, 2025). In hybriden Designs entscheiden wir auf Basis dieser Tabelle, welche Workload über welche Konsole verwaltet wird. Wir sprechen lieber über den Umfang als über den Preis: Sobald Workload-Anzahl, angestrebter RTO und Übungsfrequenz feststehen, erstellen wir ein Angebot.

Auf welchen Daten und Entscheidungen sollte ein Business-Continuity-Plan beruhen?

Kurze Antwort: Vor der Technologieauswahl steht die Business-Impact-Analyse. Solange nicht bestimmt ist, wie viele Stunden welche Prozesse stillstehen dürfen, wie hoch die Stundenkosten dieses Stillstands sind, von welchen Anwendungen der Prozess abhängt und in welcher Reihenfolge diese Anwendungen voneinander abhängen, bleiben RTO- und RPO-Ziele beliebige Zahlen. Der häufigste Fehler, den wir in Disaster-Recovery-Projekten sehen, ist, allen Servern dasselbe Ziel zu geben und damit sowohl Kosten als auch Komplexität unnötig in die Höhe zu treiben.

Auch die Daten zur Bedrohungslage begründen den Plan. Der Verizon 2025 Data Breach Investigations Report untersuchte 22.052 Sicherheitsvorfälle und 12.195 bestätigte Datenschutzverletzungen aus 139 Ländern; Ransomware war in 44 % der untersuchten Verletzungen im Spiel und trat bei 88 % der KMU-Verletzungen auf, während der Anteil bei Großunternehmen bei 39 % lag. Die mittlere Lösegeldzahlung sank auf 115.000 USD, und 64 % der betroffenen Organisationen zahlten kein Lösegeld (Verizon DBIR 2025). Dass die Nichtzahlung eine gangbare Option ist, hängt unmittelbar davon ab, ob eine wiederherstellbare Kopie und ein funktionierender Wiederherstellungsplan vorhanden sind.

Im technischen Rückgrat des Plans stehen drei Kontrollen nebeneinander. Der unveränderliche Speicher verhindert das Löschen des Backups und bewahrt damit den Punkt, zu dem zurückgekehrt werden kann. Die Verschlüsselung verhindert das Lesen der Kopie: Bei der Acronis-Backup-Verschlüsselung arbeitet der AES-Algorithmus im Galois/Counter-Modus (GCM) mit einem zufällig erzeugten 256-Bit-Schlüssel; der Schlüssel wird mit AES-256 verschlüsselt, wobei der SHA-2-Hash (256 Bit) des Kennworts verwendet wird, und das Kennwort wird weder auf der Festplatte noch in den Backups gespeichert (Acronis Cyber Protect 16 Web Help). Die dritte Kontrolle ist das Failover, das die Kontinuität des Dienstes sicherstellt. Fehlt eines dieser drei Standbeine, sinkt der Wert der beiden anderen.

Auch das schriftliche Ergebnis des Plans muss konkret sein: Workload-Inventar und Kritikalitätsklassen, RTO-/RPO-Ziel je Workload, Runbook-Schritte und deren Reihenfolge, Netzwerk- und DNS-Änderungsplan, Entscheidungs- und Kommunikationsverantwortlichkeiten, Übungskalender und Failback-Prozedur. Wir erstellen dieses Dokument gemeinsam mit dem Projekt und aktualisieren es nach jeder Übung.

Worauf ist mit Blick auf KVKK, Datenlokalisierung und den türkischen Kontext zu achten?

Kurze Antwort: Die KVKK (türkisches Datenschutzgesetz) schreibt kein bestimmtes Produkt vor, erwartet nach einem Ausfall aber ausdrücklich eine rasche Wiederaufnahme des Betriebs. Der Abschnitt „Sicherung personenbezogener Daten“ im Leitfaden zur Sicherheit personenbezogener Daten der türkischen Datenschutzbehörde (Kişisel Verileri Koruma Kurumu) hält fest, dass der Verantwortliche bei Beschädigung, Vernichtung oder Diebstahl der Daten den Betrieb mithilfe der gesicherten Daten schnellstmöglich wieder aufnehmen muss, dass die Entwicklung von Datensicherungsstrategien gegen Ransomware empfohlen wird, dass ausschließlich der Systemadministrator auf die gesicherten personenbezogenen Daten zugreifen können soll und dass Backups von Datensätzen unbedingt außerhalb des Netzwerks aufbewahrt werden müssen (KVKK-Leitfaden zur Sicherheit personenbezogener Daten).

Die messbare Entsprechung der Formulierung „schnellstmöglich den Betrieb wieder aufnehmen“ ist das RTO-Ziel; die Entsprechung von „außerhalb des Netzwerks aufbewahren“ ist die Kopie in der Cloud. Disaster Recovery ist die einzige Kontrolle, die beide Punkte gleichzeitig erfüllt. Davon zu trennen ist die Frage, wo sich Daten und Failover-Ressourcen physisch befinden. In der offiziellen Rechenzentrumsliste von Acronis ist unter der Überschrift „Acronis Cloud DC“ auch Istanbul aufgeführt; die Liste erstreckt sich über die Regionen Amerika, Europa und Naher Osten, Asien-Pazifik sowie Afrika, und Acronis listet zusätzlich Standorte der Google Cloud Platform und von Microsoft Azure auf (Acronis Cyber Cloud Data Centers). Welche Region Ihrem Mandanten zugewiesen werden kann und ob der Disaster-Recovery-Dienst in dieser Region angeboten wird, bestätigen wir zu Projektbeginn gemeinsam mit Acronis.

In regulierten Branchen ist eine weitere Vorbereitung nötig: Die Übungsnachweise müssen prüffähig sein. Werden Ergebnisse der Test-Failover, gemessene Zeiten und Korrekturmaßnahmen dokumentiert, können Sie auf Prüfungsfragen statt „wir haben einen Plan“ antworten: „Wir haben unseren Plan an diesem Datum ausgeführt und diese Zeiten gemessen.“ Das ist einer der greifbarsten Rückflüsse einer Disaster-Recovery-Investition.

Es lohnt sich, daran zu erinnern, dass auch die Kopie in der Cloud selbst geschützt werden muss. Da die nach einem Failover laufenden Server zur Produktions-Workload werden, wird erwartet, dass die Endpunkt- und Serversicherheitskontrollen auch dort gelten; in Organisationen, die serverorientierte Schutzlösungen wie Trend Micro Deep Security einsetzen, muss vorab geplant werden, wie sich dieses Produkt im Failover-Szenario lizenz- und richtlinienseitig verhält. In Organisationen, die auch Patch- und Inventarverwaltung in derselben Konsole bündeln möchten, prüfen wir gemeinsam das Add-on Acronis Advanced Management.

Teilen Sie uns die Liste Ihrer kritischen Workloads, Ihre akzeptablen Ausfallzeiten und Ihre bestehende Acronis-Installation mit; gemeinsam bestimmen wir, welche Workloads in den Umfang von Acronis Disaster Recovery gehören, welches Netzwerkmodell geeignet ist und wie der Übungskalender aussieht. Wir erstellen ein Angebot mit Umfang, Runbook-Design und Einführungsschritten. Nehmen Sie über unsere Kontaktseite Verbindung mit uns auf – wir arbeiten inklusive technischem Support in türkischer Sprache, Disaster-Recovery-Übungen und Betriebsunterstützung nach der Installation.