Disaster-Recovery-Strategien müssen aktuell gehalten werden

Es ist leicht zu glauben, dass, wenn Ihre Disaster-Recovery-Prozesse heute erfolgreich sind und Sie die Art und Weise, wie Sie Ihre Workloads schützen, nicht ändern, dann sollte Ihre Disaster-Recovery-Strategie auch in Zukunft erfolgreich sein. Dieser Ansatz basiert jedoch auf der Annahme, dass die IT-Ressourcen des Unternehmens statisch bleiben. In Wirklichkeit werden ständig neue Workloads online gestellt, die Infrastruktur verändert oder Systeme und Daten eliminiert.

Was kann also getan werden, um eine Disaster-Recovery-Strategie auf dem neuesten Stand zu halten? Das ist notwendig, um weiterhin erfolgreiche Wiederherstellungsprozesse zu gewährleisten.

Eine seit langem bewährte Praxis ist der Prozess des Testens und der Validierung eines Disaster-Recovery-Plans, bevor eine Katastrophe eintritt. Andernfalls ist das Ergebnis des Plans völlig unbekannt, und es besteht eine gute Chance, dass er scheitert, nur weil er nie getestet wurde. Bis vor kurzem haben viele Unternehmen aufgrund der Kosten und Komplexität nur selten DR-Tests durchgeführt.

Glücklicherweise haben Technologien wie Cloud und Virtualisierung den Testprozess drastisch vereinfacht und gleichzeitig die Kosten gesenkt. Infolgedessen führen mehr Unternehmen als je zuvor DR-Tests durch. Dennoch gibt es immer noch ein großes, klaffendes Loch in den DR-Plänen vieler Unternehmen.

Das Problem bei DR-Tests ist, dass Recovery-Tests zeitlich begrenzt sind. Ein erfolgreicher Test bedeutet, dass das Unternehmen in der Lage ist, eine erfolgreiche Wiederherstellung zu diesem bestimmten Zeitpunkt durchzuführen. Es garantiert nicht, dass die Wiederherstellungsmaßnahmen nächste Woche oder nächsten Monat erfolgreich sein werden. Da das Testen eine DR-Anforderung ist, denken Sie daran, dass es häufig genug durchgeführt werden muss, um die Ergebnisse genau zu halten.

Eine weitere IT-Entwicklung, die bei der Wiederherstellung helfen kann, ist die einfache Kommunikation. In der Vergangenheit war es nicht ungewöhnlich, dass es Vorfälle gab, bei denen Backup-Admins aufgefordert wurden, Workloads wiederherzustellen, die zuvor noch nie gesichert wurden. Jemand anderes in der IT-Abteilung würde einen neuen Workload online bringen und vergessen, ihn dem Backup-Verantwortlichen mitzuteilen, so dass dieser Workload ungeschützt blieb.

Der Schutz auf Host-Ebene macht diese Situation etwas seltener, aber genau wie DR-Tests müssen Unternehmen proaktiv sein, um zu verhindern, dass ein Plan ins Hintertreffen gerät. DR-Initiativen sind extrem anfällig für Infrastrukturveränderungen. Aktionen wie das Online-Bringen eines neuen Virtualisierungs-Host-Clusters, das Verschieben eines Workloads in die Cloud oder sogar die Übernahme einer anderen Form der Authentifizierung können Ressourcen ungeschützt lassen, es sei denn, der Aufwand wird mit den Verantwortlichen für die DR-Planung abgestimmt.

Wenn eine Disaster-Recovery-Strategie mit dem Wachstum eines Unternehmens Schritt halten soll, dann muss die für DR verantwortliche Person oder Abteilung über die Projekte, an denen die IT arbeitet, auf dem Laufenden gehalten werden. Der DR-Plan muss dann an diese Änderungen angepasst werden, und es sollten zusätzliche Tests durchgeführt werden, um sicherzustellen, dass die Ressourcen des Unternehmens geschützt bleiben.