Od czwartku 12 listopada 2026 r. trwa globalna awaria Microsoft 365. Najmocniej odczuwają ją użytkownicy Outlooka i Exchange Online: nie mogą otworzyć skrzynek, a poczta dochodzi z opóźnieniem. W piątek rano usługi wracały tylko częściowo, a Microsoft nie podał terminu pełnej naprawy.
Pierwsze problemy z Exchange Online pojawiły się ok. 17:17 czasu polskiego. Microsoft prowadzi je jako incydenty EX1550543 (Exchange Online) i MO1550821 (Microsoft 365). Firma zapewnia, że to nie cyberatak, tylko problem z jej infrastrukturą.
Stan na 13 listopada 2026 r., godz. 9:00. Wpis będę aktualizować.
Co nie działa
Najwięcej problemów dotyczy poczty, ale awaria objęła też inne usługi pakietu. Zestawienie na podstawie komunikatów Microsoftu przytaczanych przez ITdaily i Business Standard:
| Usługa | Objawy |
|---|---|
| Outlook / Exchange Online | brak dostępu do skrzynek w przeglądarce, aplikacji na komputer i telefon (także ActiveSync i REST API); opóźniona poczta |
| Teams | mogą nie działać kalendarz i planowanie spotkań; czat i spotkania online w większości działają |
| Microsoft 365 Copilot | czat się nie ładuje albo nie widzi poczty, kalendarza i plików |
| Aplikacje Microsoft 365 | część ostatnio używanych plików się nie otwiera |
| Centrum administracyjne, Defender, Purview, Intune | część stron i funkcji się nie ładuje; w Defender for Office 365 problem z Safe Links |
| Planner, To Do, SharePoint Online, Power BI, Windows 365, Universal Print | utrudnienia w wybranych funkcjach |
| Integracje zewnętrzne | nie działają m.in. konektory Microsoft 365 w ChatGPT i Claude |
Skala jest globalna: zgłoszenia napłynęły z 74 krajów, a w szczycie Downdetector notował ponad 130 tys. zgłoszeń dotyczących samego Outlooka. Utrudnienia dotknęły m.in. banki, urzędy i sądy w kilku krajach. W Polsce pierwsze zgłoszenia pojawiły się w czwartek ok. 19:00, a lawinowo przybyło ich w piątek rano (Tabletowo).
Przebieg i przyczyna
Według Microsoftu to awaria infrastruktury, a nie cyberatak ani nagły wzrost ruchu. Część serwerów nieoczekiwanie wypadła z obsługi, bo nie przechodziła automatycznych testów kondycji (health checks). Ich ruch przejęły pozostałe maszyny, na których przeciążył się proces zestawiający bezpieczne połączenia – i serwery przestały obsługiwać żądania.
Microsoft wycofuje niedawną zmianę konfiguracji sieci, która zbiegła się w czasie z początkiem awarii, ale nie potwierdził, że to ona jest przyczyną. Odbudowa idzie opornie: zrestartowane serwery po przyjęciu ruchu znowu przestają odpowiadać, więc ruch wraca stopniowo. Charles Lamanna, wiceprezes wykonawczy Microsoftu, zapewnił, że awaria nie jest skutkiem cyberataku.
| Kiedy (czas polski) | Co się działo |
|---|---|
| pt 13.11, rano | Microsoft odbudowuje serwery frontendowe i optymalizuje ruch. Widzi pierwsze pozytywne efekty i wdraża poprawki w kolejnych regionach. Terminu pełnej naprawy brak. |
| pt 13.11, ok. 6:00 | Microsoft dokłada maszyny wirtualne, by odciążyć infrastrukturę. Przyznaje, że dotychczasowe poprawki nie działają zgodnie z oczekiwaniami. |
| noc z 12 na 13.11 | Część serwerów wraca do pracy. Microsoft wskazuje przeciążony proces zestawiania bezpiecznych połączeń i wycofuje niedawną zmianę konfiguracji sieci. |
| czw 12.11, wieczór | Microsoft: problem może dotyczyć użytkowników w każdym regionie, a obciążenie wynika z niedostępności części serwerów, nie ze wzrostu ruchu. |
| czw 12.11, ok. 19:00 | Szczyt zgłoszeń w Downdetectorze. |
| czw 12.11, ok. 17:17 | Pierwsze problemy z dostępem do skrzynek Exchange Online. Microsoft początkowo mówi o użytkownikach w obu Amerykach. |
Źródła: ITdaily, Business Standard, SecurityWeek, 6abc, City AM, TheJournal.ie.
Jak sprawdzić status usług
Najpewniejszym źródłem są komunikaty Microsoftu – Downdetector pokazuje tylko, ile osób zgłasza problem.
- Administratorzy: centrum administracyjne Microsoft 365 → Kondycja → Kondycja usługi (Health → Service health), incydenty EX1550543 i MO1550821.
- Gdy panel się nie ładuje: publiczna strona statusu status.cloud.microsoft.
- Bieżące komunikaty: konto @MSFT365Status na X.
Szczegóły opisuje dokumentacja Microsoftu.
Co robić w trakcie awarii
Problem leży po stronie Microsoftu, więc nie naprawisz go na swoim komputerze – możesz za to ograniczyć jego skutki.
- Nie resetuj haseł i nie reinstaluj Outlooka. Usuwanie profili czy ponowna instalacja nic nie dadzą, a po awarii dołożą pracy.
- Korzystaj z tego, co działa. Outlook na komputerze w trybie buforowanym pokazuje pobrane wcześniej wiadomości, a wysyłane maile zwykle czekają w Skrzynce nadawczej, aż usługa wróci. Czat i spotkania w Teams w większości działają – link do spotkania wyślij bezpośrednio, bo kalendarz może zawodzić.
- Pilne sprawy załatwiaj telefonicznie. Microsoft mówi o opóźnieniach w dostarczaniu poczty, więc część wiadomości dotrze dopiero po naprawie. Przy ważnych terminach – oferty, przetargi, umowy – potwierdź odbiór telefonicznie.
- Uważaj na phishing. Oszuści chętnie wykorzystują głośne awarie i podszywają się pod Microsoft lub dział IT z prośbą o „ponowne logowanie” czy „weryfikację skrzynki”. Usunięcie tej awarii nie wymaga żadnych działań od użytkowników, więc taka prośba to sygnał ostrzegawczy.
- Zapisz skutki awarii. Czas przestoju i procesy, które stanęły, przydadzą się w analizie ryzyka i przy ewentualnym wniosku o rekompensatę w ramach SLA Microsoftu. Microsoft gwarantuje 99,9% dostępności każdej usługi w miesiącu (niespełna 45 minut przestoju), a roszczenie trzeba udokumentować (Office 365 for IT Pros).
Wnioski na przyszłość
Chmura nie zwalnia z planu B: Microsoft odpowiada za działanie platformy, ale za ciągłość pracy firmy odpowiadasz Ty.
- Plan ciągłości działania z wariantem „Microsoft 365 nie działa”. Ustal, kto podejmuje decyzje, jak pracujecie bez poczty i Teams oraz jak informujecie klientów. Raz w roku przećwiczcie ten scenariusz przy stole (tabletop).
- Awaryjny kanał komunikacji. Lista telefonów i grupa SMS lub komunikator spoza ekosystemu Microsoftu, dostępne także offline.
- Niezależna kopia zapasowa Microsoft 365. Backup nie przywróci usługi, ale da dostęp do kluczowych maili i plików, gdy chmura nie działa. Przyda się też przy przypadkowym usunięciu danych czy ataku ransomware.
- Monitoring i alerty innym kanałem. Powiadomienie o awarii poczty nie może przyjść wyłącznie… pocztą. Sprawdzi się niezależny monitoring (NOC) z alertami SMS lub w aplikacji mobilnej.
- Dostawca chmury w analizie ryzyka. NIS2 wymaga od podmiotów kluczowych i ważnych zarządzania ciągłością działania oraz bezpieczeństwem łańcucha dostaw. W ISO/IEC 27001 odpowiadają za to m.in. zabezpieczenia A.5.23 (usługi chmurowe) i A.5.30 (gotowość ICT na potrzeby ciągłości działania).
Potrzebujesz pomocy?
Jeśli awaria sparaliżowała pracę w Twojej firmie albo chcesz przygotować plan na podobne sytuacje – napisz na ds@dserve.pl lub zadzwoń: 503 683 550. Z zespołem DSERVE pomagamy firmom w obsłudze Microsoft 365, kopiach zapasowych, monitoringu 24/7 i przygotowaniu do NIS2.