Disaster Recovery und Business Continuity Beratungsdienstleistungen

Disaster Recovery und Business Continuity umfassen die Planungen für den Fall, dass etwas essentielles ausfällt: ein System, eine Anlage, ein Dienstleister oder eine Person. Sie legen fest, was weiterhin läuft, was neu aufgebaut wird und in welcher Reihenfolge, sodass diese Entscheidung im Rahmen einer Design-Phase getroffen und nicht während des Ausfalls improvisiert wird.

Umfang

• Essenzielle Betriebstätigkeiten: Die kleine Menge an Funktionen, die unabhängig von einem möglichen Ausfall aufrechterhalten werden müssen. Alle anderen Funktionen sind hinter diesen priorisiert.
• Sicherungen und Kopien: Aktuelle, verifizierbare Datenkopien, die so gelagert werden, dass sie nicht durch denselben Vorfall zerstört werden können, der die Originale beschädigt hat.
• Failover und Rekonstruktion: Wie ein Service an einen Ausweichstandort verlagert oder aus intakten Komponenten neu aufgebaut wird sowie die dafür erforderliche Zeit.
• Kommunikation: Wer informiert wird, wer Entscheidungen trifft und welche Informationen das Personal erhält, um sicherzustellen, dass Gerüchte nicht das Krisenmanagement steuern.

Typische Lücken

• Nicht getestete Sicherungen: Ein Restore-Prozess, der in der Praxis nie durchgeführt wurde, basiert auf Annahmen. Erst bei der Testung werden fehlende Teile und beschädigte Dateien sichtbar.
• Verborgene Single Points of Failure: Eine Datenbank, ein Administrator oder ein Anbieter-Portal, von dem alles abhängt. Ein Ausfall bei einem dieser Punkte führt gleichzeitig zum Stillstand mehrerer Dienste.
• Veraltete Dokumentation: Ein Runbook, das dem Vorjahres-Environment entspricht, scheitert genau in der Reihenfolge, in der die Schritte aufgelistet sind.

Abwägungskriterien

• Kosten-Nutzen-Kurve der Wiederherstellung: Die Geschwindigkeit der Wiederherstellung wird schnell sehr kostspielig. Planen Sie die Wiederherstellungszeit basierend auf dem tatsächlichen Bedarf jedes Dienstes, nicht auf der theoretisch schnellsten Möglichkeit.
• Einbindung von Personen: Ein Plan, der davon ausgeht, dass ein Mitarbeiter, der das Unternehmen bereits verlassen hat, noch verfügbar ist, versagt genau an dem Tag, an dem er gebraucht wird. Die Zuständigkeit muss eine benannte Rolle sein, nicht ein einzelner Name.
• Anbieterabhängigkeit: Wenn der Neustart eines zentralen Dienstes über das Portal eines einzelnen Anbieters erfolgt, ist die Wiederherstellungsgeschwindigkeit durch die Reaktionszeit dieses Anbieters begrenzt, nicht durch Ihren internen Plan.

So kann NobleConsul helfen

Wo relevant, kann NobleConsul als Beratungsleistung dabei unterstützen, essentielle Betriebstätigkeiten und Single Points of Failure zu identifizieren, realistische Wiederherstellungsziele zu definieren und Tests zu planen, die die Machbarkeit des Konzepts überprüfen.