In Kreisen der Geschäftskontinuität (BC) gibt es nichts Wichtigeres als die Risikominderung. Dennoch wird die Gefahr schwerwiegender Störungen der Geschäftskontinuitätsmaßnahmen heute immer größer. Dies ist vor allem auf die besorgniserregenden Abhängigkeiten von Standort, Topologie und Anbietern von Datenspeichern zurückzuführen.

In den vergangenen Jahren gab es bei diesen drei Aspekten der IT-Infrastruktur relativ wenige Veränderungen. Sobald sich ein Unternehmen für sein primäres Rechenzentrum, einen Disaster-Recovery-Standort (DR) und den Hersteller seines Storage Area Network (SAN) entschieden hatte, konnten die Notfall- und Wiederherstellungsmaßnahmen wiederholt mit einem hohen Maß an Sicherheit durchgespielt werden. Die Business-Continuity-Pläne wurden lediglich jedes Jahr für das jährliche Audit entstaubt, während der tägliche Betrieb relativ stabil blieb.
Anders verhält es sich in der unruhigen Welt des raschen Wandels, die die digitale Strategie von heute prägt. So beunruhigend dies auch sein mag, ist es doch unsere Aufgabe, mit dieser Volatilität umzugehen. Die Ursachen dafür werden in den folgenden Abschnitten aufgeführt, gefolgt von Empfehlungen für eine sinnvolle Lösung.
Standortwechsel
Man könnte meinen, dass Primär- und DR-Standorte relativ dauerhaft sind – bis man erkennt, wie stark sich das Unternehmen verteilt hat, sei es aus Gründen der Nähe zu Kunden oder zu Mitarbeitern. Die zunehmende Abhängigkeit von IT-Ressourcen außerhalb des Rechenzentrums in Außenstellen, Zweigstellen und Satellitenstandorten verschärft die Herausforderungen im Bereich Business Continuity noch weiter. Zumal viele dieser entfernten Standorte den Zugriff auf wichtige Daten und deren Aktualisierung ermöglichen – sie sind sozusagen die Lebensadern der Gesundheits-, Fertigungs-, Gastgewerbe- und Einzelhandelsbranche.
Zudem kann die Unbestimmtheit des Standorts von DR-Standorten durchaus beunruhigend sein, wenn vorübergehende cloud nach und nach Ihre physischen Gebäude ersetzen.

Zusammenbrechende Technologien
Die sich weiterentwickelnde Architektur der Datenspeicherung im Hauptrechenzentrum und an jedem dieser verstreuten Standorte sorgt für zusätzliche Komplexität. Wir können uns nicht mehr darauf verlassen, dass ein zentrales Array im Auftrag zahlreicher Hosts Echtzeit-Aktualisierungen auf sein Spiegelbild in der DR-Einrichtung repliziert. Stattdessen ist die Vielfalt der Speicherlösungen geradezu überwältigend. Sie reicht von herkömmlichen 3-Tier-SANs bis hin zu hyperkonvergenten Speicherclustern und allem, was dazwischen liegt, einschließlich Bare-Metal-Servern. Obwohl sie eigentlich die Verwaltung vereinfachen sollen, bringen einige dieser Optionen bewährte Prozesse zur Vermeidung und Behebung von Ausfällen durcheinander. Solche Variablen verstärken die Komplexität und die Fehleranfälligkeit. Sie können die Dauer von Ausfallzeiten erheblich über die maximal akzeptable Ausfallzeit (MAO) hinaus verlängern – mit schwerwiegenden Folgen.
„Unvollständige BIAs [Business Impact Analyses] führen zu einer unkoordinierten Reaktion auf eine Störung und zu Verzögerungen bei der Wiederherstellung.“

Verschiedene Marken und Modelle
Ein weiterer problematischer Faktor, der zu mangelhaften BC-Praktiken beiträgt, ist die Vielfalt der Speichergeräte, die über Ihre gesamte IT-Landschaft verteilt sind. Einige verfügen über proprietäre Tools für Datenschutz, Replikation und Wiederherstellung, bei anderen fehlen diese vollständig. Jede Variante erfordert ganz unterschiedliche Betriebsabläufe (Runbooks), die einzeln überprüft und anschließend in den gesamten BC/DR-Prozess integriert werden müssen, was das Fehlerrisiko vervielfacht.
In modernen IT-Organisationen tragen mehrere Faktoren zur vielfältigen Speicherlandschaft bei. Dazu gehören:
- Spezialisierte Speichersysteme, die auf den Wert der zu speichernden Daten abgestimmt sind. Zum Beispiel Flash (AFAs) für latenzempfindliche Workloads, kostengünstigere Midrange-Speicherlösungen für die übrigen 80 % der Primärdaten, ergänzt durch Sekundärspeicher und elastischen cloud für Langzeitarchive. (d. h. jeweils Leistungs-, Kapazitäts- und Archiv-Ebene.)
- Geplante Obsoleszenz, die zu Inkompatibilitäten zwischen verschiedenen Speichergenerationen führt
- Fusionen und Übernahmen, die zu einer heterogenen Sammlung von Speichergeräten führen
- Kapazitäten mit hoher Priorität / projektspezifische Kapazitäten, die ohne Berücksichtigung bestehender Normen beschafft wurden
- Neue Führungskräfte führen andere Marken ein, mit denen sie sich wohler fühlen

Leitfaden
Schritt 1 – Vereinheitlichung der BC/DR-Prozesse
Im Idealfall würde man sich, genau wie früher, auf ein einziges, umfassendes Modell der Datenspeicherung festlegen. Heutzutage ist eine solche Einheitlichkeit jedoch weder praktikabel noch finanzierbar. Die funktionalen und wirtschaftlichen Triebkräfte, die den Einsatz mehrerer Ebenen zweckgebundener Speichersysteme vorantreiben, zeigen keine Anzeichen einer Abschwächung.
Die sinnvollste Alternative, zu der wir gelangt sind, besteht darin, die BC/DR-Funktionen von den einzelnen Speichersystemen zu trennen. Dies wird erreicht, indem die für die Datenreplikation zuständigen Dienste auf eine höhere Ebene verlagert werden, snapshots, kontinuierlichen Datenschutz und Rollbacks auf eine höhere Ebene zu verlagern. Anstatt sie in jede einzelne Einheit zu integrieren, werden die Funktionen außerhalb in einer geräteunabhängigen Schicht ausgeführt.
DataCore-Kunden weltweit mit den unterschiedlichsten Umgebungen empfinden es als sehr effektiv.

2. BC/DR-Pläne von Änderungen an der Speicherinfrastruktur abschirmen
Durch die Einführung einer einheitlichen Steuerungsebene für BC/DR-Datendienste werden Standort, Topologie und Art der Datenspeicherung austauschbar. Mit anderen Worten: Wenn sich einer dieser Parameter ändert oder erweitert, hat dies nur sehr geringe Auswirkungen auf die Business-Continuity-Pläne. Natürlich müssen Geräte physisch hinzugefügt oder verlegt und die Einzelheiten dokumentiert werden, doch das Runbook bleibt weitgehend unverändert. Es sind lediglich geringfügige und relativ unbedeutende Anpassungen erforderlich.
Leichte Anpassung an geschäftliche Anforderungen bei gleichzeitiger Modernisierung
Durch die klare Trennung der Datendienste vom Speicherort der Daten gewinnen Sie ein Höchstmaß an Flexibilität, um bewährte Methoden zur Vermeidung von Ausfallzeiten und zur Wiederherstellung sicher an neue Szenarien anzupassen. Indem Sie auf diese Weise die Kosten und die Komplexität Ihrer Business-Continuity-Pläne reduzieren, können Sie eine hohe Anwendungsverfügbarkeit erreichen und gleichzeitig die IT-Modernisierung beschleunigen.
Was als Nächstes zu tun ist
Nachdem Sie nun ein besseres Verständnis dafür gewonnen haben, wie Sie Ihre BC/DR-Maßnahmen im Bereich Speicher standardisieren können, machen Sie den nächsten Schritt. Sehen Sie sich dieses Webinar an, um weitere Anleitungen zu Maßnahmen zur Geschäftskontinuität in unsicheren Zeiten zu erhalten.