Die Notfallwiederherstellung in der Cloud beginnt beim Unternehmen
Eine erfolgreiche Datensicherung ist noch kein Beweis dafür, dass ein Unternehmen den Betrieb wiederherstellen kann. Premnath Anand untersucht, wie Wiederherstellungsziele, fehlerfreie Datensicherungen und regelmäßige Tests die Notfallwiederherstellung in der Cloud unterstützen.
Wenn ein größerer Ausfall den Betrieb lahmlegt, möchten Führungskräfte wissen, wann kritische Dienste wieder verfügbar sind, wie viele Daten verloren gegangen sind und ob die Arbeit sicher wieder aufgenommen werden kann. Premnath Anand von Getronics erklärt, warum die Cloud-Notfallwiederherstellung bei diesen geschäftlichen Prioritäten ansetzen muss – und warum ein erfolgreiches Backup allein nicht ausreicht.
Ein erfolgreicher Sicherungsvorgang ist ein nützlicher Anhaltspunkt. Er ist jedoch kein Beweis dafür, dass Anwendungen, Identitäten, Daten und Geschäftsprozesse gemeinsam wiederhergestellt werden können.
Der eigentliche Test besteht darin, ob die Organisation innerhalb einer vereinbarten Zeitspanne einen funktionsfähigen Dienst wiederherstellen kann – bei einem akzeptablen Ausmaß an Datenverlusten und einer klaren Zuständigkeit für jede Entscheidung.
Datensicherung und Notfallwiederherstellung lösen unterschiedliche Probleme
Backups dienen dazu, Kopien von Daten zu sichern, die nach einer Löschung, einer Beschädigung oder einem Angriff wiederhergestellt werden können. Sie sind ein wesentlicher Bestandteil der Wiederherstellung, machen jedoch nicht den gesamten Wiederherstellungsprozess aus.
Die Notfallwiederherstellung vereint die Technologien, Mitarbeiter und Verfahren, die zur Wiederherstellung von IT-Diensten nach einer Störung erforderlich sind. Je nach Dienst und Vorfall kann dies die Wiederherstellung von Backups, den Wiederaufbau von Systemen oder die Umstellung auf eine alternative Umgebung umfassen.
Der Begriff „Geschäftskontinuität“ ist noch weiter gefasst. Er befasst sich damit, wie die Organisation ihren Betrieb aufrechterhält, wenn Dienste nicht verfügbar sind, einschließlich Mitarbeiter, Lieferanten, Kommunikation und vorübergehender Arbeitsweisen.
Ein Wiederherstellungsplan muss daher mehr beantworten als nur die Frage: „Haben wir eine Kopie?“
Es muss festgelegt werden, welche Dienste Vorrang haben, wovon sie abhängen, wer die Wiederherstellung genehmigen kann und wie das Unternehmen bestätigt, dass sie einsatzbereit sind.
Legen Sie RTO und RPO fest, bevor Sie sich für eine Technologie entscheiden
Zwei Maßnahmen helfen dabei, geschäftliche Prioritäten in Anforderungen für die Wiederherstellung umzusetzen:
Maß | Was das für das Unternehmen bedeutet |
|---|---|
Zielwert für die Wiederherstellungszeit – RTO | Das zulässige Zeitfenster für Datenverluste, ausgedrückt als Zeit. Dies hilft dabei, zu bestimmen, wie häufig Daten gesichert werden müssen. |
Tatsächliche Erholungszeit | Wie lange die Wiederherstellung im Rahmen eines Tests oder eines Vorfalls dauert, einschließlich der Abhängigkeiten und Überprüfungen, die erforderlich sind, um den Dienst wieder nutzbar zu machen. |
Tatsächlicher Datenverlust | Die Lücke zwischen den benötigten Daten und den wiederhergestellten, nutzbaren Daten. Diese kann den RPO überschreiten, wenn aktuelle Wiederherstellungspunkte beeinträchtigt oder nicht verfügbar sind. |
Es handelt sich hierbei um geschäftliche Entscheidungen, die auf einer technischen Bewertung beruhen. Eine Finanzplattform, eine kundenorientierte Anwendung und ein internes Archiv erfordern nicht automatisch dasselbe Wiederherstellungsmodell.
Die NIST-Definitionen von RTO und RPO bieten einen nützlichen Ausgangspunkt. Der nächste Schritt besteht darin, sich darauf zu einigen, was diese Ziele für jeden einzelnen kritischen Dienst bedeuten.
Auch für Zielvorgaben braucht es Belege. Eine in einem Plan festgelegte Wiederherstellungszeit (RTO) ist nicht dasselbe wie eine Wiederherstellungszeit, die in einer realistischen Übung nachgewiesen wurde.
Ransomware erschwert die Auswahl des Wiederherstellungspunkts
Das aktuellste Backup ist nicht immer das sicherste für eine Wiederherstellung.
Ein Angreifer hat möglicherweise bereits Zugriff auf eine Umgebung erlangt, bevor der Vorfall sichtbar wurde. Aktuelle Wiederherstellungspunkte können daher Schadsoftware, beschädigte Daten oder unerwünschte Konfigurationsänderungen enthalten.
Das ändert nichts an der Definition von RPO. Es hängt vielmehr davon ab, ob das Unternehmen sein Ziel mithilfe eines Recovery-Points erreichen kann, auf den es sich verlassen kann.
Wiederherstellungsteams müssen den zeitlichen Ablauf des Vorfalls untersuchen, einen geeigneten Wiederherstellungspunkt ermitteln und die wiederhergestellten Systeme in einer kontrollierten Umgebung überprüfen, bevor sie wieder in die Produktionsumgebung eingebunden werden.
In den Anleitungen von Microsoft zur Wiederherstellung nach einem Ransomware-Angriff wird empfohlen, den letzten fehlerfreien Wiederherstellungspunkt zu ermitteln, die Daten in einem isolierten Netzwerk wiederherzustellen und die wiederhergestellten Daten auf Infektionen zu überprüfen.
Die Erkennung von Anomalien bei Backups kann dabei helfen, ungewöhnliche Veränderungen zu identifizieren. Sie sollte der Untersuchung und Überprüfung dienen und nicht als Beweis dafür angesehen werden, dass ein Wiederherstellungspunkt fehlerfrei ist.
„Bei der Ausfallsicherheit geht es nicht darum, was für die IT am einfachsten ist. Es geht darum, was den Geschäftsbetrieb aufrechterhält, wenn etwas schiefgeht.“Premnath Anand
Die Cloud bietet Wahlmöglichkeiten, sorgt aber nicht automatisch für Ausfallsicherheit
Cloud-Dienste bieten verschiedene Möglichkeiten, um ein Gleichgewicht zwischen Wiederherstellungsgeschwindigkeit, Betriebskosten und Anwendungsanforderungen herzustellen.
Einige Workloads lassen sich aus Backups wiederherstellen. Andere erfordern eine vorbereitete Wiederherstellungsumgebung oder replizierte Systeme, um strengere Wiederherstellungsziele zu erfüllen.
Der richtige Ansatz hängt von den geschäftlichen Auswirkungen von Ausfallzeiten und Datenverlusten sowie von den Abhängigkeiten der Anwendung ab.
Die Cloud macht Wiederherstellungskosten nicht überflüssig. Speicher, Replikation, Netzwerk, Lizenzen, Reservekapazitäten und Tests müssen alle berücksichtigt werden. Schnellere Wiederherstellungsoptionen erfordern in der Regel höhere Investitionen und umfangreichere betriebliche Vorbereitungen.
In den Leitlinien von AWS zur Notfallwiederherstellung in der Cloud wird erläutert, warum Wiederherstellungsstrategien im Hinblick auf geschäftliche Auswirkungen, Risiken und Kosten neu bewertet werden sollten.
Das Gleiche gilt für Hybrid- und Multi-Cloud-Umgebungen. Die Nutzung mehrerer Plattformen allein führt noch nicht automatisch zu einem funktionierenden Wiederherstellungspfad. Identitätsmanagement, Konnektivität, Anwendungskompatibilität und die Zuständigkeiten im Betrieb müssen weiterhin konzipiert und getestet werden.
Das Ziel besteht darin, den Schutz an die geschäftliche Kritikalität anzupassen, ohne für jedes Workload-Szenario die Kosten für ein unnötig anspruchsvolles Wiederherstellungsmodell tragen zu müssen.
KI-Dienste in den Wiederaufbauplan einbeziehen
Da Unternehmen KI zunehmend in den Produktivbetrieb integrieren, muss die Notfallplanung mehr als nur herkömmliche Anwendungen und Dateispeicher berücksichtigen.
Ein KI-gestützter Dienst kann von folgenden Faktoren abhängen:
- Modellversionen und Artefakte der Feinabstimmung.
- Quelldokumente, Datensätze und deren Zugriffsberechtigungen.
- Vektordatenbanken und Suchindizes.
- Anwendungskonfiguration, Eingabeaufforderungen und Workflow-Definitionen.
- Identitätsdienste, Anmeldedaten und externe Modellanbieter.
Einige Assets müssen gesichert werden. Andere können aus geschütztem Quellmaterial wiederhergestellt werden, vorausgesetzt, die Wiederherstellungszeit entspricht den Wiederherstellungsanforderungen des Dienstes.
Bei extern gehosteten Modellen muss die Organisation zudem wissen, welche Verantwortlichkeiten der Anbieter hat und was geschieht, wenn dieser Dienst nicht mehr verfügbar ist.
Die praktische Frage ist ganz einfach: Was muss wiederhergestellt, neu aufgebaut oder wieder verbunden werden, bevor das Unternehmen den KI-Dienst wieder nutzen kann?
Drei Grundlagen für einen sichereren Aufschwung
Schützen Sie die Sicherungskopien
Verwenden Sie entsprechend konfigurierte unveränderliche oder Offline-Kopien, separate Zugriffskontrollen und Schutzmaßnahmen gegen zerstörerische Verwaltungsmaßnahmen. Überprüfen Sie die Aufbewahrungs- und Sperreinstellungen, anstatt davon auszugehen, dass ein Backup-Produkt jede Kopie unantastbar macht.
Richten Sie eine saubere Wiederherstellungsumgebung ein
Schaffen Sie eine kontrollierte Umgebung, in der Systeme wiederhergestellt und überprüft werden können, bevor sie wieder in den Produktivbetrieb zurückgeführt werden. Legen Sie fest, welche Nachweise erforderlich sind, damit Sicherheits- und Anwendungsverantwortliche die Wiederanbindung genehmigen können.
Plan für Identitäts- und Zugriffsmanagement
Dokumentieren Sie, wie Wiederherstellungsteams auf die benötigten Systeme zugreifen können, falls die normalen Identitätsdienste nicht verfügbar oder beeinträchtigt sind. Beziehen Sie Verzeichnisdienste, Cloud-Identitäten, privilegierten Zugriff und Notfallzugriffsverfahren in die Wiederherstellungssequenz ein.
Diese Kontrollmaßnahmen wirken zusammen. Geschützte Daten haben nur begrenzten Wert, wenn niemand auf die Wiederherstellungstools zugreifen kann oder wenn wiederhergestellte Anwendungen sofort wieder mit einer Umgebung verbunden werden, die weiterhin kompromittiert ist.
Testen Sie den Business-Service, nicht nur den Wiederherstellungsauftrag
Die Wiederherstellungsmaßnahmen müssen angepasst werden, wenn sich Anwendungen, Integrationen, Identitäten und geschäftliche Prioritäten ändern.
Eine sinnvolle Übung sollte zeigen, dass der Dienst funktioniert, und nicht nur bestätigen, dass ein Server startet.
Das bedeutet, Anwendungsabhängigkeiten, Zugriffsrechte, Datenkonsistenz und Sicherheitsprüfungen zu testen sowie die Fähigkeit des Geschäftsteams zu überprüfen, wesentliche Aufgaben zu erledigen.
Automatisierung kann wiederkehrende Prüfungen vereinfachen. Sie macht koordinierte Übungen und die Abnahme durch den Geschäftsbereich jedoch nicht überflüssig.
Halten Sie die Ergebnisse fest, vergleichen Sie diese mit den vereinbarten RTO- und RPO-Werten und weisen Sie für etwaige Lücken Verantwortliche zu. Wiederholen Sie relevante Tests nach wesentlichen Änderungen.
Bevor es zum nächsten Vorfall kommt, sollte die Unternehmensleitung folgende Fragen beantworten können:
- Welche Unternehmensdienstleistungen müssen sich zuerst erholen?
- Welche Ausfallzeiten und welchen Datenverlust haben die Eigentümer in Kauf genommen?
- Wann war zuletzt eine repräsentative Erholung zu beobachten?
- Wie wählen wir einen einwandfreien Wiederherstellungspunkt aus und überprüfen ihn?
- Kann das Wiederherstellungsteam arbeiten, wenn die üblichen Identitätsdienste nicht verfügbar sind?
- Wer genehmigt das Failover, die Wiederherstellung der Verbindung und die Rückkehr zum Normalbetrieb?
Ein Sanierungsplan wird erst dann glaubwürdig, wenn diese Antworten durch Belege untermauert werden.
So hilft Getronics
Die Dienstleistungen von Getronics im Bereich IT-Service-Continuity-Management unterstützen die Wiederherstellungsplanung durch Bestandsaufnahme, Risikoprüfung, Festlegung von RTO und RPO, Entwicklung einer Notfallwiederherstellungsstrategie sowie durch verwaltete Tests.
Unsere Cloud- und Infrastrukturdienste verbinden diese Planung mit dem Betrieb privater, öffentlicher und hybrider Clouds, einschließlich Optionen für Datensicherung, Replikation und Notfallwiederherstellung.
Ausgangspunkt ist es, zu verstehen, was das Unternehmen für die Wiederherstellung benötigt, und anschließend einen Wiederherstellungsansatz zu entwickeln und zu testen, der auf diese Anforderungen zugeschnitten ist.
Kann Ihr Notfallwiederherstellungsplan Ihren geschäftlichen Anforderungen gerecht werden?
Besprechen Sie Ihre kritischen Dienste, Wiederherstellungsziele und Testlücken mit Getronics.
Über den Autor
Premnath Anand
Leiter des Bereichs „ Public Cloud “
Premnath Anand ist Director of Public Cloud Operations bei Getronics, wo er die globale Cloud-Strategie, -Bereitstellung und das Wachstum in öffentlichen, privaten und hybriden Umgebungen leitet. Mit seiner Erfahrung im Aufbau von Cloud-Diensten für Unternehmen und in der Leitung internationaler Teams arbeitet er gemeinsam mit Führungskräften aus der Wirtschaft an der Cloud-Transformation, FinOps und der operativen Governance und setzt komplexe technologische Anforderungen in zuverlässige Dienste, klarere Verantwortlichkeiten und messbaren geschäftlichen Nutzen um.
www.linkedin.com/in/premnathanand/
