Why Recovery Readiness Belongs on the CIO Agenda

Die wichtigsten Erkenntnisse

• Cyber-Resilienz ist eine Frage des Vertrauens in das Unternehmen, weshalb CIOs nachweisen müssen, dass kritische Dienste reibungslos und mit akzeptablen Unterbrechungen wiederhergestellt werden können.
• ResOps (Resilience Operations) verlagert den Schwerpunkt vom bloßen Vorhandensein von Backups hin zum kontinuierlichen Testen und Validieren der durchgängigen Geschäftswiederherstellung.
• Eine effektive Recovery-Planung muss die Abhängigkeiten zwischen Anwendungen, Identitäten, Datenbanken, Cloud-Infrastruktur, Kommunikationssystemen und anderen kritischen Systemen berücksichtigen.
• Die Readiness für Recovery sollte unter betriebswirtschaftlichen Gesichtspunkten gemessen werden, wobei Kennzahlen wie Wiederherstellungszeit, Recovery Point Objectives, Testhäufigkeit, Datenintegrität und die abgedeckte Workflow-Reichweite herangezogen werden sollten.
• Da Unternehmen zunehmend auf KI, SaaS, Cloud-Plattformen und Datenpipelines angewiesen sind, muss sich die Resilienz auch auf die Integrität, die Governance, die Sicherheit und die Zugänglichkeit der zugrunde liegenden Daten erstrecken.

In Krisenzeiten wird das Vertrauen auf die Probe gestellt

Für ein Technologie-Dienstleistungsunternehmen ist Vertrauen kein abstrakter Markenwert. Es wird durch die Fähigkeit verdient, jeden Tag sichere und zuverlässige Dienste bereitzustellen – auch unter den widrigsten Bedingungen.

Cybervorfälle, Infrastrukturausfälle und unerwartete Betriebsunterbrechungen stellen nicht nur die Technologie eines Unternehmens auf die Probe. Sie prüfen, ob der Geschäftsbetrieb aufrechterhalten werden kann, ob Verpflichtungen gegenüber Kunden weiterhin erfüllt werden können und ob die Führungskräfte Entscheidungen mit Zuversicht treffen können. Deshalb ist Cyberresilienz zu einer Frage des geschäftlichen Vertrauens geworden und nicht mehr nur eine Aufgabe der IT.

Backups sind kein Geschäftsergebnis

Die traditionelle Datensicherung basierte oft auf einer einfachen Frage: Haben wir ein Backup zur Verfügung, falls etwas schiefgeht? Das ist nach wie vor wichtig, reicht aber nicht mehr aus.

Nach einem Cybervorfall beweist das Vorhandensein eines Backups nicht, dass die Daten fehlerfrei sind, dass die Recovery-Umgebung sicher ist oder dass das Unternehmen den gesamten Geschäftsprozess innerhalb der vom Unternehmen geforderten Zeit wiederherstellen kann.

Ein Backup ist eine Grundvoraussetzung. Das Ergebnis ist ein funktionierendes Unternehmen.

Die Frage, die Führungskräfte stellen sollten, lautet nicht nur, ob Daten wiederhergestellt werden können. Es geht vielmehr darum, ob einwandfreie, vertrauenswürdige Daten schnell genug in eine Umgebung mit Readiness für die Produktion wiederhergestellt werden können, um den Betrieb, die Kunden und den Ruf zu schützen.

Dies ist der Wandel, der hinter ResOps steht: Resilienz nicht als eine Ansammlung von Backup and Recovery-Maßnahmen zu betrachten, sondern als eine kontinuierliche Betriebsdisziplin, die darauf ausgerichtet ist, kritische Geschäftsdienste innerhalb akzeptabler Ausfallgrenzen zu halten. Für CIOs bedeutet dies, den Fokus von der Frage „Haben wir Backups?“ auf die Frage „Können wir nachweisen, dass sich das Unternehmen wiederherstellen lässt?“ zu verlagern.

Recovery muss die Betriebsabläufe des Unternehmens widerspiegeln

Moderne Dienste laufen nicht auf einer einzigen Anwendung oder einer einzigen Infrastrukturebene. Kritische Geschäftsanwendungen sind auf Identitäten, Datenbanken, Kommunikationsplattformen, Cloud-Infrastruktur und Entwicklungsumgebungen angewiesen. Wenn eine dieser Abhängigkeiten nicht verfügbar ist, reicht die Wiederherstellung der Anwendung allein möglicherweise nicht aus, um den Dienst wiederherzustellen.

Dies verändert die Art und Weise, wie Führungskräfte die Recovery-Readiness definieren müssen. The Recovery cannot be viewed as a series of separate technical tasks. The ResOps approach starts with the critical business services that must remain resilient, and then assigns them the applications, data, identities, infrastructures, and other dependencies that are required to restore them within the company’s tolerable downtime.

Bei Persistent Systems bedeutet dies, einen strukturierten Ansatz für kritische Workloads zu verfolgen und die Abhängigkeiten zu verstehen, die erforderlich sind, um diese wieder in Betrieb zu nehmen. Das Ziel ist nicht die Wiederherstellung der Technologie um ihrer selbst willen. Das Ziel ist es, die Fähigkeit zur Betreuung der Kunden aufrechtzuerhalten.

Recovery nachweisen statt davon auszugehen

ResOps betrachtet Ausfallsicherheit als eine kontinuierliche Betriebsdisziplin. Sie lässt sich nicht durch eine jährliche Checkliste oder einen erfolgreichen Backup-Bericht validieren.

Unternehmen müssen Wiederherstellungsabläufe regelmäßig testen, die Wiederherstellung in isolierten Umgebungen durchführen, die Integrität der Daten überprüfen und sicherstellen, dass die wiederhergestellten Systeme den tatsächlichen Geschäftsbetrieb unterstützen können. Wenn sich Umgebungen ändern, müssen sich auch die Recovery-Szenarien ändern. Neue Anwendungen, neue Integrationen und neue Bedrohungen können dazu führen, dass der Recovery-Plan von gestern nicht mehr vollständig ist.

Unsere Zusammenarbeit mit Commvault unterstützt diesen Wandel von der traditionellen Datensicherung hin zu einer kontinuierlichen Readiness für die Recovery. Commvault Cleanroom bietet eine isolierte Umgebung, in der Teams Systeme wiederherstellen, auf Bedrohungen scannen, Daten validieren und die Recovery testen können, bevor sie Workloads wieder in die Produktion zurückführen. Diese Fähigkeit unterstützt ein Kernprinzip von ResOps: Wiederherstellbarkeit sollte nicht einfach vorausgesetzt werden; sie sollte kontinuierlich getestet, validiert und anhand von Belegen nachgewiesen werden.

Fortschritte anhand von Geschäftskennzahlen messen

Eine Resilienzstrategie erfordert messbare Nachweise. Ursprünglich strebte Persistent ein Recovery-Ziel von 24 Stunden an. Dank eines strukturierteren und kontinuierlich getesteten Ansatzes liegt unser aktueller Recovery-Zeitraum bei den in unseren jüngsten Tests untersuchten End-to-End-Szenarien näher bei vier bis sechs Stunden.

Hier wird ResOps greifbar. Das Ziel besteht nicht einfach darin, mehr Recovery-Tests durchzuführen, sondern jede Übung zu nutzen, um Schwachstellen zu identifizieren, den Recovery-Prozess zu verbessern und die Zeit sowie die Unsicherheit zwischen einer Störung und einem reibungslosen Geschäftsbetrieb messbar zu reduzieren.

Diese Verbesserung ist entscheidend, denn Zeit ist während einer Störung nicht nur eine technische Kennzahl. Sie wirkt sich auf den Kundenservice, die Mitarbeiterproduktivität, die Betriebskosten, die Entscheidungsfindung und den Ruf aus. Je schneller das Unternehmen zu einem einwandfreien und nutzbaren Betriebszustand zurückkehren kann, desto effektiver kann es die geschäftlichen Auswirkungen eines Vorfalls begrenzen.

Kennzahlen sollten daher mit den geschäftlichen Prioritäten verknüpft sein. Ein ResOps-Ansatz erweitert die Messdiskussion über die Frage, ob eine Wiederherstellung erfolgreich war, hinaus auf die Frage, ob kritische Dienste einwandfrei und innerhalb der für das Unternehmen tolerierbaren Ausfallzeit wiederhergestellt werden können. Wiederherstellungszeit, Wiederherstellungsziel (RPO), Testhäufigkeit, Überprüfung der Datenintegrität und der Prozentsatz der kritischen Arbeitsabläufe, die durch getestete Playbooks abgedeckt sind – all dies hilft der Unternehmensleitung zu verstehen, ob sich die Ausfallsicherheit verbessert.

Vertrauenswürdige Daten sind nicht nur für Recovery wichtig

Die Bedeutung von Cyber-Resilienz-Plattformen wird weiter zunehmen. Da Unternehmen immer mehr Daten nutzen, unter anderem im Rahmen von Initiativen im Bereich der künstlichen Intelligenz, müssen sie sicherstellen, dass die Daten sauber, sicher und ordnungsgemäß verwaltet sind und der Zugriff darauf angemessen geregelt ist.

KI-Systeme sind nur so zuverlässig wie die Daten, auf denen sie basieren. Datenintegrität, Klassifizierung, Governance und Zugriffskontrolle werden daher Teil eines umfassenderen Resilienzstandards. Dieselben Disziplinen, die einem Unternehmen helfen, sich sicher wiederherzustellen, können auch eine sicherere und verantwortungsvollere Nutzung von Daten für KI-gesteuerte Initiativen unterstützen.

Dies ist ein weiterer Grund, warum sich ResOps gemeinsam mit dem Unternehmen weiterentwickeln muss: Da kritische Dienste zunehmend von KI, SaaS, Cloud-Plattformen, Identitäten und Datenpipelines abhängen, muss die Resilienz die gesamte Umgebung umfassen, auf die diese Dienste angewiesen sind.

Fünf Fragen, die sich jeder CIO stellen sollte

Führungskräfte müssen nicht jeden technischen Schritt verwalten, aber sie benötigen klare Antworten auf die Fragen, die darüber entscheiden, ob das Unternehmen wirklich bereit ist. Dies sind auch die Fragen, die ResOps von einem technologischen Konzept zu einer operativen Disziplin auf Führungsebene machen:

1. Welche Unternehmensdienste und Workloads müssen zuerst wiederhergestellt werden?
2. Haben wir die für die Wiederherstellung erforderlichen Abhängigkeiten in Bezug auf Identitäten, Anwendungen, Datenbanken, Cloud und Kommunikation erfasst?
3. Können wir Daten in einer sauberen, isolierten Umgebung wiederherstellen und validieren, bevor wir sie wieder in die Produktion übernehmen?
4. Wie oft testen wir den gesamten Workflow, und wie aktualisieren wir das Playbook, wenn sich die Umgebung ändert?
5. Welche messbaren Belege können wir der Unternehmensleitung vorlegen, um zu zeigen, dass unsere kritischen Dienste innerhalb akzeptabler geschäftlicher Toleranzen wiederhergestellt werden können – und dass sich unsere Recovery-Leistung verbessert?

Bei der Cyber-Resilienz geht es letztendlich um Vertrauen: Vertrauen darauf, dass das Unternehmen seinen Betrieb aufrechterhalten kann, Vertrauen darauf, dass Verpflichtungen gegenüber Kunden eingehalten werden können, und Vertrauen darauf, dass die Daten, auf denen das Geschäft basiert, zuverlässig sind. Dieses Vertrauen muss durch Vorbereitung, Tests und kontinuierliche Verbesserung verdient werden.

FAQs

F: Was ist ResOps?

A: ResOps ist ein auf den kontinuierlichen Betrieb ausgerichteter Bereich, dessen Ziel es ist, kritische Geschäftsdienste innerhalb akzeptabler Ausfallgrenzen zu halten. Er geht über einzelne Maßnahmen von Backup and Recovery hinaus und zielt darauf ab, kontinuierlich nachzuweisen, dass der Geschäftsbetrieb wiederhergestellt werden kann.

F: Warum reichen Backups allein für die Cyber-Resilienz nicht mehr aus?

A: Ein Backup bestätigt zwar, dass eine Kopie der Daten existiert, beweist jedoch nicht, dass die Daten fehlerfrei sind, die Recovery-Umgebung sicher ist oder der gesamte Geschäftsprozess schnell genug wiederhergestellt werden kann. Das eigentliche Geschäftsergebnis ist die Fähigkeit, kritische Dienste wieder in einen vertrauenswürdigen, nutzbaren Betriebszustand zu versetzen.

F: Warum sollte sich die Recovery-Planung auf Geschäftsdienste statt auf einzelne Anwendungen konzentrieren?

A: Kritische Dienste hängen in der Regel von mehreren miteinander verbundenen Technologien ab, darunter Identitätsmanagement, Datenbanken, Cloud-Infrastruktur, Kommunikation und Entwicklungsumgebungen. Durch die Darstellung dieser Abhängigkeiten können Unternehmen den gesamten Dienst wiederherstellen, anstatt nur eine Anwendung wiederherzustellen, während wichtige unterstützende Systeme weiterhin nicht verfügbar bleiben.

F: Wie können Unternehmen nachweisen, dass sie in der Lage sind, sich von einer Störung zu erholen?

A: Unternehmen sollten regelmäßig vollständige Recovery-Abläufe in isolierten Umgebungen testen, die Datenintegrität überprüfen, nach Bedrohungen suchen und sicherstellen, dass die wiederhergestellten Systeme den tatsächlichen Geschäftsbetrieb unterstützen können. Recovery-Leitfäden sollten zudem weiterentwickelt werden, wenn sich Anwendungen, Integrationen, Infrastruktur und Bedrohungen ändern.

F: Wie sollten CIOs die Recovery-Readiness messen?

A: CIOs sollten Resilienzkennzahlen mit geschäftlichen Prioritäten verknüpfen, darunter Wiederherstellungszeit, Wiederherstellungsziel (RPO), Testhäufigkeit, Überprüfung der Datenintegrität und den Prozentsatz kritischer Arbeitsabläufe, die durch getestete Playbooks abgedeckt sind. Das Ziel besteht darin, messbare Verbesserungen hinsichtlich der Geschwindigkeit und Zuverlässigkeit nachzuweisen, mit der kritische Dienste wieder in Betrieb genommen werden können.

F: Inwiefern unterstützt die Recovery-Readiness-KI umfassendere Dateninitiativen?

A: KI-Systeme sind auf Daten angewiesen, die sauber, sicher, geregelt und in angemessenem Umfang zugänglich sind. Die Disziplinen, die ein vertrauenswürdiges Recovery-Verfahren unterstützen – darunter Datenintegrität, Klassifizierung, Governance und Zugriffskontrolle – können auch eine sicherere und verantwortungsvollere Nutzung von Daten in KI-gesteuerten Initiativen fördern.

Debashis Singhist Chief Information Officer bei Persistent Systems.