Weiterarbeiten, wenn Microsoft ausfällt.

Aus dieser Doppel-Positionierung folgt auch, was die Suite nicht ist: kein Ersatz für Microsoft 365 und kein Argument gegen die Cloud. Wir empfehlen weiterhin die Plattform, die zur Aufgabe passt. Für die Frage, womit Ihre Leute arbeiten, solange diese Plattform stillsteht, haben wir eine eigene Antwort gebaut.

Welche dieser Quellen tatsächlich aufgenommen werden, legen Sie fest — nicht die Software. Der Quellenkatalog zeigt dabei jederzeit, was geschützt ist, wie aktuell es ist und wo Lücken bestehen.

Weil dieser Bestand je Quelle fortlaufend übernommen wird und nicht als Momentaufnahme eines einzelnen Dienstes entsteht, ist er über den Notbetrieb hinaus nutzbar: Bei einem Datenverlust — einem gelöschten Datensatz, einer fehlerhaften Massenänderung, einem übernommenen Konto — steht er als zusätzliche Wiederherstellungsgrundlage neben Microsofts eigener Sicherung und Ihrem Backup, also als zweite oder dritte unabhängige Kopie. Wie vollständig er dabei ist, bestimmen der vereinbarte Schutzumfang und das maximale Datenalter — die Grenze dazu steht offen in der Richtigstellung weiter unten.

• Übernahme nach Zeitplan. Daten, Dokumente und Beziehungen werden in dem Takt geholt, der je Quelle vereinbart ist — nicht dann, wenn jemand daran denkt.
• Prüfung beim Eingang. Jede Lieferung wird gegen Prüfsummen und erwartete Struktur gehalten. Was nicht passt, wird nicht stillschweigend übernommen.
• Versionierung. Neue Fassungen ersetzen die alten nicht, sondern treten daneben. Deshalb lässt sich im Rahmen Ihrer Aufbewahrungsregeln auf einen freigegebenen Stand zurückgehen.
• Lückenmeldung. Der Quellenkatalog vergleicht, was geschützt sein soll, mit dem, was tatsächlich angekommen ist. Eine Quelle, die den vereinbarten Takt verpasst, fällt auf, bevor der Ernstfall sie braucht.
• Quarantäne. Auffällige Lieferungen werden zurückgehalten, statt in den geprüften Bestand zu laufen. Ein Angriff auf Ihre Microsoft-Umgebung soll nicht in die Notfallkopie weiterwandern.
• Journalführung. Jede Änderung im Notbetrieb wird mit Person, Zeitpunkt, Inhalt und Ausgangsstand festgehalten — ohne dass jemand daran denken muss.
• Konfliktprüfung vor dem Rückschreiben. Die Rückführung vergleicht selbsttätig den Notbetriebsstand mit dem, was sich zwischenzeitlich in Microsoft geändert hat, und legt die Unterschiede zur Entscheidung vor.
• Kontrolle nach dem Schreiben. Nach dem Rückschreiben wird am Ziel nachgelesen, ob der Wert auch wirklich dort steht. Eine Erfolgsmeldung allein gilt nicht als Beweis.

Was bewusst nicht automatisch läuft: das Freischalten des Notbetriebs und die Freigabe der Rückführung. Beides sind Entscheidungen mit Folgen, und beide bleiben bei Menschen.

In beiden Fällen gilt dieselbe Trennung: eigene Anmeldung mit MFA, eigene Rechte, eigener Speicher, eigene Schlüssel. Eine Notfallumgebung, die sich an der Microsoft-Anmeldung bedient, wäre im Ernstfall genauso wenig erreichbar wie das System, das sie ersetzen soll.

1. Kontinuitäts-Check. Gemeinsame Bestandsaufnahme: Welche Prozesse sind kritisch, welche Daten gehören dazu, welche Ausfallzeit ist tragbar? Ergebnis ist eine Liste Ihrer kritischen Abläufe mit den Quellen dahinter und daraus je Quelle zwei Zahlen — tragbares Datenalter und tragbare Wiederanlaufzeit. Diese Liste gehört Ihnen, unabhängig davon, wie Sie sich danach entscheiden.
2. Pilot. Ein repräsentativer Prozess, etwa Fälle mit Kontakten und Dokumenten, wird geschützt und in einem Testausfall geübt. Bewusst ein einzelner Ablauf: Er ist klein genug, um ihn in überschaubarer Zeit vollständig zu durchlaufen, und groß genug, um die Fragen zu stellen, die bei allen weiteren Quellen wiederkommen — Rechte, Zeiten, Konflikte bei der Rückführung.
3. Ausbau und Übung. Weitere Quellen kommen hinzu, mit regelmäßigen Ausfallübungen und Nachweis. Der Ausbau folgt der Liste aus dem ersten Schritt, nicht der technischen Bequemlichkeit: zuerst die Abläufe mit der kürzesten tragbaren Ausfallzeit. Ab hier ist der Notbetrieb kein Projekt mehr, sondern ein Zustand, der gepflegt und regelmäßig geprobt wird.

Im Blick sind dabei vor allem Finanzdienstleister mit DORA-Pflichten, NIS2-Einrichtungen, Verbände und Kammern, Bildungsträger und die öffentliche Hand.

Was wir dabei von Ihnen brauchen: jemanden, der die Abläufe wirklich kennt — meist nicht aus der IT, sondern aus dem Fachbereich. Die Frage, welche Arbeit stillstünde, lässt sich aus einer Systemliste nicht beantworten.

1. Arbeiten, nicht nur wiederherstellen. Die erste Frage an jedes Angebot lautet: Was tun meine Leute, während der Ausfall dauert? Eine Lösung, die erst nach dem Ende des Ausfalls hilft, ist ein Backup — ein wichtiges, aber eben kein Notbetrieb.
2. Eine Anmeldung, die unabhängig funktioniert. Der Fall, der in Plänen leicht übersehen wird: Die Daten wären da, aber die Anmeldung läuft über denselben Anbieter, der gerade gestört ist. Eine zweite Umgebung braucht eigene Identitäten mit eigener Anmeldung per MFA.
3. Ein Weg zurück, der Konflikte zeigt. Nach jedem Notbetrieb gibt es Datensätze, die sich auf beiden Seiten geändert haben. Wer das automatisch auflöst, überschreibt irgendwann die falsche Fassung. Verlangen Sie eine Konfliktanzeige und eine fachliche Freigabe — und eine Kontrolle am Ziel, nachdem geschrieben wurde.
4. Festgelegter Schutzumfang statt Pauschalversprechen. „Wir sichern Ihr Microsoft 365“ ist keine Zusage. Zusagen sind: diese Quellen, dieses maximale Datenalter, diese Wiederanlaufzeit — je Quelle, schriftlich.
5. Standort und Betreiber der zweiten Umgebung. Eine Notfallkopie, die bei demselben Anbieter oder in derselben Cloud liegt, teilt deren Risiken. Prüfen Sie, wer die Umgebung betreibt, in welchem Land sie steht und wer dort Zugriff hat — einschließlich der Wiederherstellungskopie.
6. Schutz davor, dass ein Angriff mitwandert. Wird die Quelle kompromittiert, darf die Kopie nicht einfach weiter synchronisieren. Nötig sind Quarantäne für auffällige Lieferungen, unveränderbare Datenstände und die Möglichkeit, auf einen freigegebenen Stand zurückzugehen.
7. Nachweisbarkeit. Für NIS2, DORA oder eine interne Revision zählt nicht, dass es funktioniert hat, sondern dass Sie es belegen können: ein Journal, das Person, Zeitpunkt und Ausgangsstand festhält, und Protokolle regelmäßiger Übungen.
8. Ehrliche Grenzen. Jeder Notbetrieb hat welche. Ein Anbieter, der keine nennt, hat sie entweder nicht untersucht oder verschweigt sie. Fragen Sie konkret: Was läuft nicht mit? Wie groß ist das Zeitfenster zwischen zwei Übernahmen? Was passiert mit Nachrichten, die im Notbetrieb entstanden sind?

Wie die Continuity Suite diese acht Punkte beantwortet, steht auf dieser Seite — einschließlich des Abschnitts darüber, was sie nicht ist.

1. Welche Abläufe tragen Ihr Tagesgeschäft? Nicht welche Systeme Sie haben, sondern welche Arbeit stillstünde. Erfahrungsgemäß sind es weniger, als die Systemliste vermuten lässt — und selten genau die, die man zuerst nennt.
2. Welche Daten hängen daran? Zu jedem Ablauf die Quellen: Vorgänge in Dynamics 365, die Dokumente in SharePoint, der Schriftverkehr in Exchange, die Absprachen in Teams.
3. Wie lange hält das Haus das aus? Je Ablauf, was das Haus aushält — daraus werden je Quelle das tragbare Datenalter und die tragbare Wiederanlaufzeit vereinbart. Hier entstehen die beiden Zahlen, die den ganzen Notbetrieb bestimmen.
4. Wer entscheidet im Ernstfall? Wer schaltet frei, wer gibt die Rückführung frei, wer informiert — mit Namen, nicht mit Abteilungen.
5. Was fehlt heute? Der Abgleich zwischen dem, was Sie brauchen, und dem, was heute vorhanden ist. Daraus wird die Liste, die Sie mitnehmen.

Wenn Sie regulatorisch gebunden sind, ordnen wir die Punkte zusätzlich den Anforderungen zu, die Sie nachweisen müssen — bei NIS2 der Betriebskontinuität und dem Krisenmanagement, bei DORA der Geschäftsfortführung und den Ausstiegsplänen. Die Bewertung, ob Ihre Pflichten damit erfüllt sind, bleibt bei Ihnen und Ihren Prüfern.