Telemetriedaten sind die Grundlage für moderne Geschäftsentscheidungen – doch oft befinden sie sich in Data Lakes, die eher auf Speicherung als auf Sicherheit ausgelegt sind. Herkömmliche Replikationsverfahren wurden für die Recovery-Prozesse entwickelt, nicht für Cyberangriffe. Daher können sie möglicherweise nicht zwischen intakten und kompromittierten Daten unterscheiden, und speicherbasierte Architekturen, die für frühe Big-Data-Umgebungen entwickelt wurden, können angesichts moderner Datenmengen an ihre Grenzen stoßen. Wenn Ransomware zuschlägt, stellen Unternehmen möglicherweise fest, dass auch die replizierten Daten kompromittiert wurden.

Das E-Book unterscheidet klar zwischen Datensicherung und Cyber-Resilienz: Bei der Datensicherung werden Kopien von Daten erstellt, während es bei der Cyber-Resilienz darum geht, Unternehmen dabei zu unterstützen, Daten bei Cybervorfällen schnell und zuverlässig wiederherzustellen. Es wird untersucht, warum Replikation als Recovery-Ansatz unzureichend sein kann, da Faktoren wie Datenwachstum, Speicherbeschränkungen und Netzwerkdurchsatz die Komplexität der Recovery erhöhen können. Das Kapitel befasst sich außerdem mit architektonischen Ansätzen, die darauf ausgelegt sind, sich an bestehende IT-Umgebungen anzupassen, die Recovery großer Datenmengen zu unterstützen und zur Verringerung von Cybersicherheitsrisiken beizutragen.

Viele Unternehmen prüfen Datenschutzlösungen, bevor sie die architektonischen Anforderungen, die zur Unterstützung der Recovery-Ziele erforderlich sind, umfassend bewerten. Nach der Bereitstellung können Herausforderungen auftreten, darunter Datenübertragungsbeschränkungen pro Knoten, die die Recovery-Leistung im großen Maßstab beeinträchtigen, proprietäre Formate, die die Datenportabilität einschränken können, infrastrukturelle Einschränkungen, die groß angelegte Recovery-Vorgänge beeinträchtigen, sowie Lücken bei der Abdeckung von Workloads in hybriden Umgebungen. Eine einfache Architektur bei der Bereitstellung bedeutet nicht immer, dass das System für die Recovery bereit ist.

Das E-Book enthält eine Checkliste zur Vorauswahl, die fünf architektonische Dimensionen abdeckt: aktuelle Datensicherungsumgebung (Front-End-Datenvolumen, Anzahl der Server und VMs, Art der Festplattenbibliothek); Topologie des Rechenzentrums (Anzahl der Standorte, geografische Verteilung, Anzahl der DR-Standorte und Bandbreite zwischen den Standorten); Anforderungen an Recovery (RTOs und RPOs nach Anwendungsebene, einschließlich Wiederherstellungszielen für einzelne VMs und groß angelegte Wiederherstellungen); Anforderungen an Forensik und Untersuchungen in verteilten Infrastrukturen; sowie die Ermittlung von Netzwerk-, Speicher- und Rechenleistungsbeschränkungen, die die Recovery-Leistung beeinträchtigen können.

Die Recovery nach einem Cyberangriff unterscheidet sich von der Recovery nach einem Hardwareausfall. Neben den Daten müssen auch Systeme und Anwendungen wiederhergestellt werden, und Wiederherstellungsmaßnahmen, die in einer kompromittierten Umgebung durchgeführt werden, können das Risk erhöhen, dass Bedrohungen erneut eingeschleust werden. Viele Unternehmen stellen fest, dass Recovery-Architekturen hinsichtlich der Abdeckung von Workloads, der Portabilität und der Möglichkeiten zur Validierung der Recovery variieren. Ohne eine isolierte Recovery-Umgebung kann die Überprüfung der Readiness zu einer größeren Herausforderung werden.

In diesem Kapitel werden sechs Funktionen von Commvault Cloud zur Cyber-Resilienz vorgestellt: Datenebenen-Trennung (eine entkoppelte Architektur); umfassende Sicherheit (breite Abdeckung von Workloads); „Any-to-Any“-Portabilität (flexible Recovery standortübergreifend); Risikobehebung (automatisiertes Scannen und Beheben von Problemen bei Live- und Backup-Daten); Frühwarnung (KI-gestützte Erkennung von Bedrohungen); sowie „Cleanroom“ (eine isolierte Umgebung zur Unterstützung der Validierung und Prüfung von Recovery-Vorgängen).