Fast jedes Unternehmen weiß, dass ein Notfallwiederherstellungsplan (DR) unerlässlich ist. Es ist jedoch ebenso wichtig, Ihre Disaster-Recovery-Pläne zu testen, und nicht jedes Unternehmen hält sich an diesen Punkt. In diesem Artikel werde ich fünf wesentliche Testszenarien für die Notfallwiederherstellung beschreiben, die Ihr Unternehmen in Betracht ziehen sollte, um sicherzustellen, dass seine Notfallwiederherstellungspläne funktionieren, wenn sie am dringendsten benötigt werden.
Inhaltsverzeichnis
Es gibt viele Gründe, warum Unternehmen bei Disaster-Recovery-Tests hinterherhinken. Der Testprozess macht keinen Spaß, ist ressourcenintensiv und nimmt Ressourcen von anderen laufenden Geschäftsinitiativen weg. Einige namhafte Unternehmen wie Google führen regelmäßig vollständige Disaster-Recovery-Tests durch, bei denen sie ihre gesamten Produktions-Workloads in ihre Backup-Infrastruktur verschieben und sie später wieder zurück verschieben.
Das ist offensichtlich mehr, als die meisten Unternehmen tun müssen. Glücklicherweise können die meisten Unternehmen verschiedene Komponenten ihrer Disaster-Recovery-Pläne einfach regelmäßig testen. Werfen wir einen Blick auf die wichtigsten Testszenarien, die alle Organisationen durchführen sollten.
Disaster-Recovery-Testszenario Nr. 1: Kommunikation mit kritischen Mitgliedern des DR-Teams
Eines der einfachsten und doch am häufigsten vorkommenden Was bei Disaster-Recovery-Tests nicht berücksichtigt wird, ist die Fähigkeit, mit den verschiedenen Teammitgliedern zu kommunizieren, die Teil Ihres DR-Plans sind. Die Unfähigkeit, Ihre DR-Teammitglieder zu kontaktieren, macht jeden Plan schnell unwirksam.
Hier müssen Sie sicherstellen, dass Sie aktualisierte und aktuelle Kontaktinformationen haben, einschließlich Telefonnummern, E-Mail, SMS und Kontakt-IDs von Microsoft Teams/Slack/Zoom.
Effektive Kommunikation ist ein Schlüsselaspekt bei Katastrophen recovery
Disaster-Recovery-Testszenario Nr. 2: Simulierter Hardwareausfall
Ohne Zweifel ist die Wiederherstellung ausgefallener Hardware der Kern aller Disaster-Recovery-Pläne. Hardwarefehler können von einer Vielzahl unterschiedlicher Komponenten herrühren, und das häufigste Szenario ist ein Festplattenfehler.
Bei dieser Art von Test müssen Sie in der Lage sein, Ihre Programme und Dienste von Ihrer primären Computerplattform aus zu überbrücken zu einer Backup-Computing-Plattform – dies kann eine On-Premises-, Colocation-oder Cloud-basierte Plattform sein, aber Hybrid-Cloud-Backups sind ebenfalls möglich.
Diese Backup-Plattform kann ein anderer On-Premise-Standort sein, der sich in einem an einem anderen Ort oder in der Cloud. In beiden Fällen besteht der wichtigste Testpunkt darin, dass Sie eine alternative Computerplattform haben, um Ihre kritischen Dienste auszuführen.
Disaster-Recovery-Testszenario Nr. 3: Simulierter Betriebssystem-und Anwendungsausfall
Das nächste Die wichtigste zu testende Disaster-Recovery-Facette ist der Ausfall von Betriebssystem und Anwendung. Betriebssystem-und Anwendungsfehler können auch durch eine Vielzahl von Ereignissen verursacht werden, darunter Software-Updates und Konfigurations-oder Programmieränderungen, die schief gelaufen sind. Dies ist zwar weniger häufig als Hardwarefehler, aber etwas einfacher zu testen, da Sie keine alternative zugrunde liegende Hardwareschicht verwenden müssen.
Um Ihre Fähigkeit zur Wiederherstellung nach einem Betriebssystem-und Anwendungsausfall zu testen, müssen Sie in der Lage sein, Ihr Betriebssystem und Ihre Anwendungen mithilfe von Sicherungen, Snapshots oder einem Replikationsziel wiederherzustellen. Ein Teil dieses Prozesses muss die Überprüfung umfassen, dass Ihr Backup erfolgreich abgeschlossen wird und das Backup-Medium verwendbar ist.
Das Testen von Betriebssystem-und Anwendungsfehlern ist ein wichtiges Disaster-Recovery-Szenario
Disaster-Recovery-Testszenario Nr. 4: Netzwerkausfall
Heutzutage sind Netzwerk-und Internet-Cloud-Konnektivität fast so wichtig wie Ihre eigenen Ressourcen vor Ort. Die Mehrheit der Unternehmen nutzt verschiedene Arten von Cloud-Diensten für ihre kritischen Anwendungen, ganz zu schweigen von ihren Business-to-Business (B2B)-Konnektivitätsanforderungen.
Ein Netzwerkausfall kann genauso störend sein wie ein Hardwarefehler – besonders in dieser Zeit nach der Pandemie, in der so viele Benutzer eine Remoteverbindung herstellen. Sie sollten testen, ob Sie funktionsfähige Backup-Netzwerkverbindungen haben und möglicherweise Tests durchführen, die Netzwerkangriffe vortäuschen können. Darüber hinaus sollten Sie Ihre Netzwerküberwachungstools testen und verifizieren.
Disaster-Recovery-Testszenario Nr. 5: Datenverlust
Zu guter Letzt noch ein weiteres kritisches Szenario, das Sie testen müssen denn ist Datenverlust. Datenverlust kann durch eine Reihe verschiedener Faktoren verursacht werden, die von Hardware-oder Softwarefehlern bis hin zu Ransomware-und anderen Malware-Angriffen reichen.
Bei diesen Tests sollten Sie in der Lage sein, sowohl einzelne Dateien als auch ganze Laufwerke wiederherzustellen. Für weiteren Ransomware-oder Malware-Schutz sollten Sie über eine Reihe von Air-Gap-Backups verfügen Sie können testen und überprüfen.
Air-Gap-Backups schützen vor Ransomware, die auf Online-Backups abzielt, und sie werden von Ihrem Produktionsnetzwerk getrennt gehalten und erfordern normalerweise andere Authentifizierungsdaten.
Zusammenfassung
Alle von Ihnen durchgeführten DR-Tests sollten dokumentiert werden. Sie sollten unbedingt aufschreiben, wie lange die Wiederherstellungsverfahren gedauert haben und ob Sie das erwartete Ziel für die Wiederherstellungszeit (RTO) und Recovery Point Objective (RPO) oder nicht. Wenn Probleme oder Probleme auftreten, sollten Sie diese notieren und gegebenenfalls Änderungen an Ihren Wiederherstellungsverfahren in Erwägung ziehen.
Regelmäßiges Testen dieser wichtigen DR-Szenarien kann sicherstellen, dass Sie Ihre geschäftskritischen Daten wiederherstellen können IT-Services im Falle dieser häufigen Arten von Fehlern.