Microsoft fiel innerhalb von fünfzehn Tagen zweimal aus, und beim zweiten Mal verschob das Unternehmen einen Termin für die Bekanntgabe der Quartalszahlen.

Microsoft 365, Outlook, Teams, Copilot und Store fielen ab etwa 01:00 Uhr Hanoier Zeit am 13. November aus, mit 130.000 Outlook-Meldungen allein in den USA. Microsoft machte zunächst die Auslastung verantwortlich und erklärte dann, die Server verhielten sich ungewöhnlich. OpenAI und Anthropic meldeten beide Connector-Ausfälle, und ein Hersteller von Elektro-Lkw verschob deshalb seine Quartalszahlen.

Ab etwa 01:00 Uhr Hanoi-Zeit am 13. November verloren Nutzer in Vietnam und anderswo den Zugriff auf Microsoft 365, Outlook, Teams, Copilot und den Microsoft Store. Downdetector verzeichnete mehr als 130.000 Meldungen für Outlook allein in den Vereinigten Staaten, 45.000 für Microsoft 365 und 10.000 für den Store, meist im Zusammenhang mit Verbindungsproblemen sowie dem Senden oder Empfangen von E-Mails.

Das Interessante daran ist nicht der Ausfall. Es ist der Sekundärschaden.

Was Microsoft sagte – und was sich dadurch änderte

Die erste Stellungnahme des Unternehmens beschrieb einen Teil seiner Infrastruktur als unter „hoher Last“. Dann korrigierte es das: Die Überlastung sei nicht durch einen Anstieg der Zugriffe verursacht worden, sondern dadurch, dass einige Server „unerwartet nicht normal funktionierten“, was die noch gesunden Server unter Druck setzte.

Diese Unterscheidung ist wichtig. Verkehrsspitzen sind Kapazitätsplanung. Server, die abnormal ausfallen, sind eine Frage der Zuverlässigkeit — und die von Microsoft beschriebene Wiederherstellungsmethode ist der entscheidende Hinweis: Verkehr nach Möglichkeit auf alternative Netzwerkpfade umleiten und den Prozess beschleunigen, die verbleibenden Server wieder online zu bringen. Nutzer erhalten Zugriff „Schritt für Schritt“ zurück.

Mit anderen Worten: Das System schützte sich selbst, indem es Last auf das verlagerte, was übrig war, und genau dieses Verhalten verwandelt einen einzelnen fehlerhaften Knoten in einen globalen Vorfall.

Die Kaskade ist die Geschichte

Zwei US-KI-Labore gaben öffentlich bekannt, dass Microsofts Ausfall auch sie erreicht habe.

Das Workhorse-Detail verdient Hervorhebung, weil es das einzige ist, dem ein Datum beigefügt ist. Ein Ausfall, der Nutzer lediglich verärgert, ist ein Support-Kostenfaktor. Ein Ausfall, der die Quartalsveröffentlichung eines börsennotierten Unternehmens um vier Tage verschiebt, ist eine materielle Abhängigkeit – und niemand hatte „Microsoft“ im Risikokalender dieses Unternehmens als Grund dafür notiert, dass sich Ergebnisse verzögern könnten.

Zwei Ausfälle, fünfzehn Tage

Das ist kein isolierter Morgen.

1. Erfassen Sie die Konnektoren, nicht nur die Dienste. Die am stärksten betroffenen Teams betrieben hier nicht Exchange – sie betrieben Produkte, die sich über Microsoft authentifizieren. Wenn Ihr Stack Microsoft nur unter „E-Mail“ aufführt, ist die Zuordnung falsch.
2. Schreiben Sie auf, was sich verschlechtert, nicht was ausfällt. „Outlook ist down“ ist verkraftbar. „Neue Integrationen können nicht angelegt werden und die Quartalsmeldung verzögert sich“ nicht. Der zweite Satz ist der, den Sie üben müssen.
3. Üben Sie die Ausrede des Anbieters. Workhorse hat das Richtige getan – offenlegen, den Termin verschieben, begründen.

Zwei globale Ausfälle innerhalb von zwei Wochen, im Bestand desselben Anbieters, mit unterschiedlichen Symptomen und derselben Form: Eine Komponente verschlechtert sich, der gesunde Rest soll sie auffangen, und alles Nachgelagerte erbt das Problem.

Was sich dadurch für alle ändert, die darauf aufbauen

Die praktische Lehre lautet nicht „wählen Sie eine andere Cloud“. Jeder große Anbieter hat schon einmal zwei schlechte Wochen erlebt. Die Lehre ist, dass die Abhängigkeit von einer Plattform eine Abhängigkeit von ihren Fehlermodi ist, und diese Modi sind inzwischen sichtbar genug, um kartiert zu werden.

Drei Dinge, die man vor dem nächsten tun sollte:

Die meisten Unternehmen stellen während des Vorfalls fest, dass niemand für diese Entscheidung zuständig ist.

Wir bauen Daten- und Inferenzsysteme, und das ist der Teil, den Kunden unterschätzen: Ein Plattformausfall ist kein IT-Ereignis, sondern ein Business-Continuity-Ereignis mit einem Kalender daran. Die Organisationen, die damit gut umgehen, sind diejenigen, die bereits wissen, welche ihrer Verpflichtungen von den Servern anderer abhängen – und das schriftlich festgehalten haben, bevor die Server aufhörten, sich normal zu verhalten.

Quelle: VnExpress, 13. November 2026, unter Berufung auf Downdetector-Zahlen, Microsofts Erklärungen gegenüber Reuters und öffentliche Statements von OpenAI, Anthropic und Workhorse Group. Die Details zur Azure-Störung vom 29. Oktober entsprechen der Berichterstattung von VnExpress. Die Meldezahlen erfassen die Anzahl der beschwerdeführenden Nutzer, nicht die Schwere oder Ursache des Vorfalls.

Kontakt: [email protected]

Bitte beachten Sie, dass die deutsche Version von Ai unterstützt wird und daher geringfügige Fehler auftreten können.

AUTOR

Über ABN Asia: Ai-Banking-NetworkSecurity (ABN), ABN Asia wurde im Jahr 2012 gegründet und ist ein Unternehmen mit akademischem Hintergrund, das von Lehrkräften und ehemaligen Studierenden aus Ungarn, den Niederlanden, Russland, Deutschland und Japan gegründet wurde. Wir teilen eine gemeinsame Leidenschaft und eine klare Vision für Technologie, die Innovation und erstklassige Qualität für unsere Kunden bringt. Unser Motto lautet: Besser. Schneller. Sicherer. In vielen Fällen: Günstiger.

Zögern Sie nicht, uns zu kontaktieren, wenn Sie IT-Dienstleistungen, digitale Beratung, Standardsoftwarelösungen benötigen oder uns Angebotsanfragen (RFPs) senden möchten. Sie können uns unter [email protected] kontaktieren. Wir sind bereit, Ihnen bei all Ihren Technologiebedürfnissen zu helfen.

© ABN ASIA