Informationssicherheit · Datenschutz · Aktuell
Exchange-Online-Ausfall im November 2026: Was Unternehmen jetzt tun sollten
Die weltweite Störung zeigt, wie stark der Arbeitsalltag an zentralen Cloud-Diensten hängt – und warum ein Ausfall auch datenschutzrechtlich zu bewerten ist.
Seit dem Abend des 12. November 2026 kämpft Microsoft mit einer weltweiten Störung seiner Cloud-Dienste. Viele Unternehmen können seitdem keine E-Mails senden oder empfangen, Kalender sind nicht erreichbar, auch Teams ist eingeschränkt. Der Vorfall zeigt, wie stark der Arbeitsalltag an wenigen zentralen Diensten hängt – und wirft eine Frage auf, die sich viele Unternehmen bisher nicht gestellt haben: Was ist zu tun, wenn der wichtigste Kommunikationskanal ausfällt?
Was passiert ist (Stand: 13. November 2026)
Die Störung begann am Donnerstag gegen 19:30 Uhr deutscher Zeit. Microsoft führt sie im Admin Center unter den Kennungen MO1550821 und EX1550543. Betroffen sind nach Angaben von Microsoft Exchange Online, Microsoft Teams, SharePoint Online, Microsoft 365 Copilot und Microsoft Defender XDR. Postfächer waren in der Desktop-Anwendung, im Browser und auf mobilen Geräten zeitweise nicht erreichbar, E-Mails wurden verzögert zugestellt.
Als Ursache nennt Microsoft den unerwarteten Ausfall einer ungewöhnlich großen Zahl von Servern, wodurch die verbleibenden Systeme überlastet wurden – nicht einen allgemeinen Anstieg des Datenverkehrs. Microsoft hat Aktualisierungen gestoppt, den Datenverkehr umverteilt und betroffene Server neu gestartet. Die Erholung verlief zunächst nur schrittweise; am Freitagmorgen war die Störung noch nicht vollständig behoben (Bericht von heise online).
Es ist nicht der erste größere Ausfall in diesem Jahr: Bereits Anfang Juni sowie Ende August und Anfang September war Exchange Online über Stunden gestört.
Einordnung: Nicht ob, sondern wie vorbereitet
Cloud-Dienste bieten im Normalbetrieb eine Verfügbarkeit, die viele Unternehmen mit eigenen Systemen kaum erreichen würden. Fällt ein zentraler Dienst aus, trifft es jedoch sehr viele Unternehmen gleichzeitig – und die eigenen Eingriffsmöglichkeiten sind gering. Kein Anbieter ist vor solchen Ausfällen gefeit, auch eigene Server nicht. Entscheidend ist deshalb nicht die Wahl des Anbieters, sondern die Frage, wie gut ein Unternehmen auf einen Ausfall vorbereitet ist.
Datenschutz: Auch ein Ausfall kann eine Datenschutzverletzung sein
Eine Verletzung des Schutzes personenbezogener Daten liegt nicht nur bei Datenabfluss vor. Nach den Leitlinien 9/2022 des Europäischen Datenschutzausschusses ist auch eine vorübergehende Nichtverfügbarkeit personenbezogener Daten infolge eines Sicherheitsvorfalls eine solche Verletzung (Rn. 21). Sie ist nach Art. 33 Abs. 5 DSGVO zu dokumentieren. Ob sie zusätzlich der Aufsichtsbehörde zu melden ist, hängt vom Risiko für die betroffenen Personen ab (Rn. 22).
Die Bewertung liegt beim Verantwortlichen, nicht beim Anbieter. Für ein Büro, das einen Tag lang keine E-Mails empfängt, fällt sie anders aus als für einen Pflegedienst, der dringende Nachrichten zu Patientinnen und Patienten nicht erhält. Empfehlenswert ist, den Vorfall jetzt zu dokumentieren – Beginn, Dauer, betroffene Dienste, Auswirkungen und Bewertung – und die Einschätzung mit der oder dem Datenschutzbeauftragten abzustimmen.
Weiterführende Informationen
Leitlinien 9/2022 zur Meldung von Datenschutzverletzungen
Der Europäische Datenschutzausschuss erläutert, wann auch eine vorübergehende Nichtverfügbarkeit eine Verletzung ist und wie sie zu dokumentieren ist (englisch, Rn. 20–22).
Zu den Leitlinien →Informationssicherheit: Aufrechterhaltung des Betriebs ist Pflicht
Für Einrichtungen im Anwendungsbereich von NIS-2 gehört die Aufrechterhaltung des Betriebs ausdrücklich zum Risikomanagement (§ 30 Abs. 2 Nr. 3 BSIG). Der Ausfall eines zentralen Cloud-Dienstes ist genau eines der Szenarien, auf das ein Notfallkonzept Antworten haben sollte.
Was jetzt hilft
✓ Unabhängig kommunizieren: Beschäftigte, Kunden und Dienstleister über einen Kanal informieren, der nicht vom ausgefallenen Dienst abhängt – etwa Telefon, SMS oder einen Hinweis auf der Website.
✓ Fristen sichern: Zeitkritische Vorgänge notieren und Empfänger auf anderem Weg informieren. Verzögerte E-Mails können später noch zugestellt werden – Nachrichten deshalb nicht mehrfach senden.
✓ Keine privaten Ausweichwege: Geschäftliche Daten nicht über private E-Mail-Konten oder Messenger versenden. Der Ausfall rechtfertigt keine neuen Datenschutzrisiken.
✓ Auf Betrug achten: Ausfälle werden erfahrungsgemäß für gefälschte Support-Mails und -Anrufe genutzt. Zugangsdaten nur über die bekannten offiziellen Wege eingeben.
✓ Dokumentieren: Zeitpunkte, Auswirkungen und getroffene Maßnahmen festhalten – als Grundlage für die datenschutzrechtliche Bewertung und die spätere Auswertung.
Nach dem Ausfall: Vorsorge treffen
✓ Abhängigkeiten kennen: Welche Geschäftsprozesse hängen an E-Mail, Kalender und Zusammenarbeitsplattform? Wie sich das ermitteln lässt, beschreibt der Beitrag Drittlandrisiko im Alltag – Teil 1.
✓ Notfallplanung: Kontaktlisten, Ersatzkommunikation und Reihenfolge des Wiederanlaufs festlegen – auch auf Papier.
✓ Verträge prüfen: Was sagt die Servicevereinbarung zur Verfügbarkeit? Gutschriften des Anbieters gleichen den eigenen Geschäftsschaden in der Regel nicht aus.
✓ Üben: Ein Notfallplan, der nie erprobt wurde, hilft im Ernstfall wenig.
Weiterführende Informationen
BSI-Standard 200-4: Business Continuity Management
Das BSI beschreibt, wie Organisationen ein Notfallmanagement aufbauen – vom reaktiven Einstieg bis zum vollständigen Business Continuity Management.
Zum BSI-Artikel →Fazit
Der Ausfall ist kein Anlass, den Anbieter im Affekt zu wechseln. Er ist aber ein guter Anlass, die eigene Vorbereitung zu prüfen. Wer weiß, welche Prozesse betroffen sind, wie im Ausfall kommuniziert wird und wie der Vorfall datenschutzrechtlich zu bewerten ist, bleibt handlungsfähig – auch wenn zentrale Dienste stillstehen.
Vorbereitet sein, wenn zentrale Dienste ausfallen
Die TBCS IT GmbH unterstützt bei der Notfallplanung nach BSI-Standard 200-4, bei der Analyse von Abhängigkeiten sowie bei der Bewertung und Dokumentation von Datenschutzverletzungen – im TBCS IMS direkt im Bereich Datenschutzverletzungen.