Als Exchange Online am 12. November 2026 ausfiel, waren auch E-Mail-Postfächer, Kalender und die Terminplanung davon betroffen, und die Störung griff auf Copilot, Defender und andere Dienste über, wobei die Auswirkungen bis in den zweiten Tag hineinreichten.
Dies war ein weiterer Hinweis darauf, dass selbst hochgradig redundante Cloud-Plattformen ausfallen können.
Microsoft 365 ist nach wie vor eine leistungsstarke Plattform für den täglichen Geschäftsbetrieb. Wenn jedoch E-Mail, Kalender, Dokumente und Tools für die Zusammenarbeit alle vom selben Anbieter abhängen, kann ein einziger Infrastrukturausfall mehrere Geschäftsfunktionen gleichzeitig beeinträchtigen.
Die Frage ist nicht, ob Microsoft 365 zuverlässig ist. Die Frage ist vielmehr, ob Ihr Unternehmen weiterarbeiten kann, wenn Microsoft 365 nicht verfügbar ist.
Was geschah während des Microsoft 365-Ausfalls im November 2026?
Am 12. November 2026 um 16:17 UTC, Microsoft verzeichnete den Beginn eines Vorfalls im Zusammenhang mit der Exchange-Online-Verbindung, der unter der Nummer EX1550543 snd MO1550821. Einige Benutzer konnten über Outlook im Web, Outlook Desktop (MAPI), Exchange ActiveSync und REST-basierte Verbindungen nicht auf ihre Postfächer zugreifen.
In der ersten öffentlichen Stellungnahme von Microsoft, die etwa 90 Minuten später erfolgte, wurden Probleme beschrieben, von denen Nutzer in Nord- und Südamerika betroffen waren. Kurz darauf weitete Microsoft seine Warnung auf potenziell betroffene Nutzer in allen Regionen aus.
Welche Microsoft 365-Dienste waren betroffen?
Der Ausfall ging weit über den E-Mail-Bereich hinaus. Microsoft stellte Beeinträchtigungen bei zahlreichen Diensten fest, darunter in den Bereichen Zusammenarbeit, Sicherheit, Compliance und Gerätemanagement.
|
Microsoft 365-Dienst |
Gemeldete Auswirkungen |
|
Online austauschen |
Störungen bei der Postfachverbindung und verzögerte E-Mail-Zustellung |
|
Microsoft-Teams |
Störungen beim Kalender und bei der Terminplanung (Chat- und Besprechungsfunktionen im Kern weitgehend unbeeinträchtigt) |
|
SharePoint Online |
Fehler bei Funktionen, die auf Exchange Online basieren, sowie Berichte über Probleme bei der Freigabe externer Dateien |
|
Microsoft 365 Copilot |
Schwierigkeiten beim Zugriff auf Arbeitsdaten |
|
Microsoft Defender für Office 365 |
Fehler bei der URL-Überprüfung durch „Safe Links“, wodurch Links möglicherweise nicht mehr erreichbar sind |
|
Microsoft Defender XDR |
Probleme beim Zugriff auf Seiten und Funktionen des Sicherheitsportals |
|
Microsoft-Ansicht |
Störungen bei der Autorisierung, der automatischen Kennzeichnung, der Verhinderung von Datenverlusten (DLP), der Einhaltung von Kommunikationsvorschriften und der Datenklassifizierung |
|
Microsoft Grafik |
API-Anfragen für den Zugriff auf Exchange-Online-Daten (E-Mail, Kalender, Kontakte) führen zu einer Zeitüberschreitung, was sich auf damit verbundene Vorgänge wie die Verwaltung von Teams, Kanälen und Mitgliedschaften auswirkt |
|
Microsoft Intune |
Von Microsoft als potenziell betroffen aufgeführt; in Presseberichten wurden Probleme bei der Geräteregistrierung gemeldet |
|
Microsoft Planner und To Do |
Probleme mit der Zuverlässigkeit von Plänen und Aufgaben in Planner; „To Do“ wird ebenfalls als betroffen aufgeführt |
|
Power BI |
Gelegentliche Fehler beim Exportieren von Berichten mit Vertraulichkeitskennzeichnungen in das PDF-Format |
|
Microsoft 365 Apps Verwaltungszentrum |
Betriebsstörungen bei Diensten wie „Cloud Update“, „Cloud Policy“ und „Inventory“ |
|
Windows 365 |
Verbindungsprobleme mit Cloud-PCs bei Konfigurationen, die den Microsoft Purview-Kundenschlüssel verwenden |
|
Universal Print |
Fehler bei der Druckübermittlung und -verwaltung |
Wichtig ist, dass nicht alle Funktionen ausgefallen waren. Microsoft teilte mit, dass die Kernfunktionen von Teams – Nachrichtenversand und Besprechungen – weiterhin funktionierten, ebenso wie der Zugriff auf Dateien, die direkt in SharePoint Online gespeichert waren.
Microsoft erklärte, dass die Auswirkungen einem bestimmten Muster folgten: Funktionen, die mit Exchange Online interagieren, waren betroffen, während Teile der einzelnen Dienste, die nicht davon abhängig sind, weiterhin funktionierten. Das ist in der Praxis eine Abhängigkeit von einem einzigen Anbieter. Eine ausfallende Komponente legte Funktionen in verschiedenen Produkten lahm, die von Unternehmen als getrennt betrachtet werden.
Dennoch hat das Ausmaß des Vorfalls verdeutlicht, wie gemeinsame Abhängigkeiten die betrieblichen Auswirkungen eines Ausfalls auf Dienste verstärken können, die Unternehmen ansonsten möglicherweise als voneinander getrennt betrachten würden.
Was hat Microsoft zu den Ursachen gesagt?
Zum Zeitpunkt der Meldung von Microsoft um 00:09 Uhr UTC am 13. November war noch keine Ursache bekannt gegeben worden. Microsoft erklärte, dass betroffene Server automatisierte Zustandsprüfungen nicht bestanden hätten und nicht mehr verfügbar gewesen seien, wodurch die Last auf die verbleibende Infrastruktur verlagert worden sei – dies sei jedoch nicht auf einen allgemeinen Anstieg des Datenverkehrs zurückzuführen.
Zu den Maßnahmen zur Wiederherstellung gehörten der Neustart von Servern, die Umleitung des Datenverkehrs, die Aussetzung von Bereitstellungen und Konfigurationsänderungen sowie die Anwendung eines alternativen Zustandschecks, um einige Server wieder in Betrieb zu nehmen. Die Wiederherstellung erwies sich als instabil: Server, die wieder in Betrieb genommen wurden, reagierten unter Umständen erneut nicht mehr, sobald Datenverkehr sie erreichte. Microsoft reagierte darauf, indem es einschränkte, welche Arten von Datenverkehr die betroffene Infrastruktur erreichen durften, und einige Server auf einer früheren Softwarekonfiguration neu aufbaute.
Microsoft teilte mit, dass es keine kürzlich vorgenommene Änderung gefunden habe, die mit dem Beginn des Vorfalls in Zusammenhang stehe, untersuche jedoch eine kleine Anzahl von Konfigurationsaktualisierungen als mögliche Ursachen. Das Unternehmen berichtete, dass es keine Hinweise auf böswillige Aktivitäten gebe, und hat versprochen, einen Bericht nach dem Vorfall zu veröffentlichen, sobald dieser behoben ist.
Quellen: Microsofts Mitteilungen zum Servicestatus für EX1550543 und MO1550821, veröffentlicht über die Berichte über Microsoft-Vorfälle an der University of Pennsylvania.
Warum die Redundanz von Microsoft 365 das Risiko der Abhängigkeit von einem einzigen Anbieter nicht beseitigt
Microsoft investiert in großem Umfang in die Redundanz der Infrastruktur, die geografische Verteilung und die Verfügbarkeit der Dienste. Es besteht jedoch ein wesentlicher Unterschied zwischen hoher Verfügbarkeit innerhalb eines Anbieters und der betrieblichen Unabhängigkeit von diesem Anbieter.
Ein zweiter Microsoft 365-Mandant kann beispielsweise für eine administrative Trennung sorgen, ohne dass dadurch die Abhängigkeit von der gemeinsam genutzten Microsoft-Infrastruktur beseitigt wird.
Ebenso schützen Microsoft 365-Backups vor Datenverlust, ermöglichen es den Mitarbeitern jedoch nicht unbedingt, während eines Ausfalls weiterzuarbeiten. Die Wiederherstellung des Postfachs vom Vortag ist nicht dasselbe wie der Zugriff auf aktuelle E-Mails, Kalender und Kontakte, wenn der primäre Dienst ausgefallen ist.
Thomas Berndorfer, Geschäftsführer von Connecting Software, erklärt:
"Das Problem ist nicht, dass sich Unternehmen für Microsoft 365 entscheiden. Das Problem ist, dass viele keine praktische Alternative haben, wenn Microsoft 365 nicht mehr verfügbar ist. Redundanz innerhalb eines Anbieters ist zwar wertvoll, beseitigt aber nicht die Abhängigkeit von diesem Anbieter."
Berndorfer hat dieses Risiko bereits in Neuigkeiten aus dem Rechenzentrum, mit der Begründung, dass die Geschäftskontinuität in einer zunehmend von der Cloud abhängigen Welt als Notwendigkeit und nicht als optionale Sicherheitsmaßnahme betrachtet werden müsse.
Die Reduzierung des Risikos durch die Abhängigkeit von einem einzigen Anbieter bedeutet nicht, auf Microsoft 365 zu verzichten. Es bedeutet vielmehr, kritische Abhängigkeiten zu identifizieren und sicherzustellen, dass alternative Systeme einspringen können, wenn der Hauptanbieter ausfällt.
Drei Strategien zur Verringerung der Abhängigkeit von einem einzigen Anbieter
Unternehmen haben mehrere Möglichkeiten, ihren Betrieb während Ausfällen von Microsoft 365 aufrechtzuerhalten. Die geeignete Wahl hängt davon ab, in welchem Umfang Funktionen verfügbar bleiben müssen und in welchem Umfang sie bereit sind, eine eigenständige Infrastruktur zu unterhalten.
1. Einen unabhängigen E-Mail-Kontinuitätsdienst einrichten
E-Mail-Kontinuitätsdienste bieten eine alternative Möglichkeit, auf Nachrichten zuzugreifen oder diese auszutauschen, wenn Microsoft 365 nicht verfügbar ist.
Einige Lösungen bieten Notfall-Posteingänge an, während andere eingehende E-Mails in erster Linie in eine Warteschlange stellen oder umleiten, bis der normale Betrieb wieder aufgenommen wird. Umfassendere Optionen sorgen für die Synchronisierung der Postfachdaten und bieten zusätzliche Funktionen für die Zusammenarbeit.
Die Unterschiede sind von Bedeutung.
Ein Notfall-Posteingang mag für die grundlegende Kommunikation ausreichen, bietet jedoch möglicherweise keinen Zugriff auf ältere Nachrichten, Kalender, Kontakte oder Aufgaben.
IT-Teams sollten zudem prüfen, ob ein Kontinuitätsdienst von der Microsoft 365-Authentifizierung oder anderen Komponenten abhängt, die von demselben Ausfall betroffen sein könnten.
Einen Vergleich verschiedener Ansätze und ihrer Grenzen finden Sie in unserem Die 7 besten Lösungen für die E-Mail-Kontinuität bei Microsoft 365.
2. Eine separate Standby-Umgebung einrichten
Eine Möglichkeit, die Abhängigkeit von einem einzigen Anbieter zu verringern, besteht darin, eine synchronisierte Standby-Umgebung bei einem anderen Cloud-Anbieter zu unterhalten.
Google Workspace ist eine beliebte unabhängige Alternative, während Microsoft 365 weiterhin die wichtigste Produktivitätsplattform bleibt. Auch Open-Source-Lösungen wie OpenXchange und Nextcloud gewinnen zunehmend an Beliebtheit.
Mit der entsprechenden Synchronisationstechnologie können Unternehmen E-Mails, Kalender, Kontakte, Aufgaben und ausgewählte Dokumente auf dieser anderen Plattform verfügbar halten, die praktisch als Hot-Standby fungiert.
Während eines Ausfalls können Benutzer auf die alternative Umgebung umschalten und ihre Arbeit fortsetzen. Sobald Microsoft 365 wieder verfügbar ist, können Änderungen mithilfe der bidirektionalen Synchronisierung in die primäre Umgebung übertragen werden.
Dies erfordert eine frühzeitige Planung hinsichtlich der Benutzeranlegung, der Authentifizierung, der E-Mail-Weiterleitung, der Lizenzierung, der Datensynchronisation und der Ausfallsicherungsmaßnahmen.
Google Workspace Business Continuity Plus nutzt die Connecting Software-Technologie, um die Daten von Microsoft 365-Postfächern und -Dokumenten mit einem Google Workspace-Standby-System synchron zu halten. Technische Details finden Sie unter Google Workspace als Option zur Aufrechterhaltung des Geschäftsbetriebs bei Ausfällen von Microsoft 365.
Connecting Software wird in Kürze E-Mail-Kontinuitätslösungen für OpenXchange und Nextcloud auf den Markt bringen.
3. Selbst gehostetes Microsoft Exchange als Standby verwenden
Für Unternehmen, die mehr Kontrolle über ihre Infrastruktur benötigen, bietet eine eigenständig gehostete Exchange-Umgebung eine weitere Option.
Durch die kontinuierliche Synchronisierung der Microsoft 365-Postfachdaten mit dem Exchange-Server, der vor Ort oder in einer separat verwalteten Infrastruktur bereitgestellt wird, können Unternehmen ein funktionsfähiges Standby-System außerhalb der primären Microsoft 365-Umgebung aufrechterhalten.
Dieser Ansatz kann insbesondere für Organisationen relevant sein, die über vorhandenes Exchange-Fachwissen verfügen, strenge Anforderungen an den Datenaufbewahrungsort haben oder Anforderungen an die Kontrolle über die Infrastruktur stellen.
Allerdings sind dafür zusätzliche Infrastruktur, Verwaltungsaufwand und Wartungsarbeiten erforderlich.
Eine selbst gehostete Exchange-Lösung bietet zudem eher Infrastrukturunabhängigkeit als vollständige Unabhängigkeit vom Softwareanbieter. Gemeinsame Abhängigkeiten wie Identitätsdienste, Authentifizierung und Netzwerkkonnektivität müssen weiterhin berücksichtigt werden.
Es gibt keine einheitliche Kontinuitätsarchitektur, die für jede Organisation geeignet ist. Entscheidend ist, festzustellen, welche Dienste weiterhin verfügbar sein müssen, und eine unabhängige Umgebung auszuwählen, die diese Dienste unterstützen kann.
So erstellen Sie eine Wirtschaftlichkeitsanalyse für unabhängige Geschäftskontinuität
Für einen IT-Administrator ist es in der Regel einfacher, das Risiko einer Abhängigkeit von einem einzigen Anbieter zu erkennen, als die Geschäftsleitung davon zu überzeugen, in dessen Minderung zu investieren.
Das schlagkräftigste Argument ist nicht, dass es bei Microsoft 365 zu einem weiteren Ausfall kommen könnte. Es ist vielmehr, dass das Unternehmen sich über die Folgen im Klaren sein muss, wenn dies geschieht.
Ein praxisorientierter Business Case sollte vier Fragen beantworten:
- Welche Geschäftsabläufe dürfen nicht unterbrochen werden? Ermitteln Sie die wichtigen Benutzer, Teams und Arbeitsabläufe, die auf Microsoft 365 angewiesen sind.
- Wie viel Ausfallzeit ist akzeptabel? Legen Sie Wiederherstellungszeitziele (RTOs) und Wiederherstellungspunktziele (RPOs) auf der Grundlage der geschäftlichen Anforderungen fest.
- Was würde ein Ausfall kosten? Denken Sie an Produktivitätsverluste, entgangene Geschäfte, verzögerte Kundenantworten und Betriebsstörungen.
- Was ist die kleinste praktikable kontinuierliche Bereitstellung? Prüfen Sie zunächst ein Pilotprojekt mit ausgewählten Mitarbeitern, bevor Sie die Maßnahme auf die gesamte Organisation ausweiten.
Der Vorschlag sollte außerdem belegen, dass die Standby-Umgebung eigenständig funktionieren kann, dass die Daten ausreichend aktuell bleiben und dass die Failover- und Failback-Verfahren getestet wurden.
Berndorfer drückt es so aus:
"Sie müssen nicht auf Microsoft 365 verzichten, um das Risiko einer Abhängigkeit davon zu verringern. Sie müssen ermitteln, bei welchen Geschäftsfunktionen ein Ausfall nicht in Kauf genommen werden kann, und sicherstellen, dass es hierfür eine erprobte Alternative gibt."
In einem früheren Artikel auf TechRadar Pro, Berndorfer warnte zudem, dass viele Unternehmen nach wie vor nicht darauf vorbereitet seien, ihren Betrieb aufrechtzuerhalten, wenn wichtige Cloud-Dienste ausfallen.
Für die Unternehmensleitung läuft die Entscheidung letztendlich auf einen Vergleich zwischen den Kosten für die Aufrechterhaltung einer eigenständigen Notfallwiederherstellungsumgebung und den potenziellen Kosten für den Betrieb ohne eine solche Umgebung hinaus.
Über E-Mails hinaus: Verringerung der Abhängigkeit von verschiedenen Kollaborationsdiensten
Die Kontinuität der E-Mail-Kommunikation ist ein wichtiger Ausgangspunkt, doch moderne Unternehmen sind zudem auf Kalender, Kontakte, Aufgaben, Dokumente und Teamkommunikation angewiesen.
Wenn nur E-Mails geschützt werden, sind möglicherweise andere wichtige Arbeitsabläufe nicht mehr verfügbar.
Connecting Software hat seine Synchronisationstechnologie schrittweise erweitert, um diesen Abhängigkeiten Rechnung zu tragen.
"Wir haben mit der E-Mail-Kontinuität begonnen, einschließlich Kalendern, Kontakten und Aufgaben. Anschließend haben wir unsere Synchronisierungstechnologie auf Dokumente ausgeweitet. Mit Secure Chat Sync decken wir nun auch geschäftliche Unterhaltungen ab. Unser Ziel war es schon immer, Unternehmen dabei zu unterstützen, den Zugriff auf wichtige Informationen aufrechtzuerhalten und weiterarbeiten zu können, selbst wenn ihre primäre Plattform nicht verfügbar ist."
— Thomas Berndorfer, Geschäftsführer von Connecting Software
Die neueste Ergänzung, Secure Chat Sync, ermöglicht es Unternehmen, ausgewählte ältere Unterhaltungen zu migrieren und neue Nachrichten zwischen Microsoft Teams, Google Chat und Nextcloud Talk zu synchronisieren.
Durch die plattformübergreifende Speicherung ausgewählter Unterhaltungen kann dies Teil einer umfassenderen Kontinuitätsstrategie für Unternehmen sein, die in hohem Maße auf Team-Messaging angewiesen sind.
Dies spiegelt eine wichtige Entwicklung im Bereich der Geschäftskontinuität wider: Der Schutz von Daten ist zwar unerlässlich, doch das übergeordnete Ziel besteht darin, den Zugang zu den Tools und Informationen zu gewährleisten, die die Mitarbeiter für ihre Arbeit benötigen.
Fazit: Microsoft 365 beibehalten, die Abhängigkeit verringern
Der Ausfall im November 2026 hat gezeigt, wie sich Probleme mit gemeinsam genutzter Infrastruktur gleichzeitig auf mehrere Microsoft 365-Dienste auswirken können.
Microsoft 365 ist nach wie vor eine gute Wahl für die Produktivität in Unternehmen. Sich jedoch vollständig auf einen einzigen Anbieter zu verlassen, birgt ein Betriebsrisiko – unabhängig davon, wie viel dieser in Redundanz investiert.
Unabhängige E-Mail-Kontinuitätsdienste, Google Workspace-Standby-Umgebungen und selbst gehostete Exchange-Infrastrukturen bieten verschiedene Möglichkeiten, dieses Risiko zu verringern.
Der richtige Ansatz beginnt damit, kritische Geschäftsfunktionen zu identifizieren und eine Architektur auszuwählen, die den Anforderungen des Unternehmens an die Geschäftskontinuität gerecht wird.
Könnte Ihr Team während des nächsten Microsoft 365-Ausfalls weiterarbeiten?
Erkunden Sie Die Microsoft 365-Lösungen von Connecting Software für die Geschäftskontinuität oder wenden Sie sich an unser Team, um zu besprechen, wie sich ein unabhängiger Standby-Server in Ihre Infrastruktur integrieren lässt.
Erfahren Sie, wie Sie mit den Connecting Software-Lösungen für die Google-Synchronisierung ein „Hot Backup“ durchführen können
Mehr zum Thema Geschäftskontinuität und Notfallwiederherstellung
Über den Autor

Durch Ana Neto, Fachberaterin bei Connecting Software.
"Ich bin seit 1997 Software-Ingenieur, und seit kurzem schreibe ich gerne und halte öffentliche Vorträge. Haben Sie Fragen oder Kommentare zu diesem Artikel? Ich würde mich über Ihr Feedback freuen. Hinterlassen Sie unten einen Kommentar!"
