Výpadek Microsoft 365, který začal 12. listopadu, zasáhl přístup k Outlooku a řadě dalších služeb i volání Microsoft Graph pracující s e-maily, kalendáři a kontakty. Podle stavových zpráv Microsoftu se část serverů nečekaně stala nedostupnou, takže se zátěž přesunula na zbývající infrastrukturu. K 13. listopadu byly incidenty Exchange Online a Microsoft 365 ve veřejném zrcadle administrativních oznámení Microsoftu stále vedeny jako probíhající.

Praktické ponaučení pro organizace: kontrolovat je třeba nejen poštovního klienta. Pokud aplikace nebo automatizace přistupuje k datům Exchange prostřednictvím Microsoft Graph, může se výpadek projevit jako vypršení časového limitu nebo selhání související operace — i když se samotné rozhraní aplikace dál otevírá.
Co Microsoft uvedl o příčině
V protokolu Exchange Online Microsoft uvedl, že zvýšená zátěž nevznikla kvůli celkovému růstu provozu: mnoho serverů se nečekaně stalo nedostupnými a zátěž se přesunula na zbývající uzly. V jedné z následných aktualizací společnost oznámila, že proces na zasažených serverech, který zajišťoval navazování zabezpečených připojení, byl přetížen a servery přestaly zpracovávat požadavky.
Microsoft popsal několik opatření k obnově: přesměrování části provozu, restart serverů, omezení typů požadavků na některých místech a kontrolu předchozí softwarové konfigurace na části uzlů. Oznámení také uvádělo pozastavení nasazování a změn konfigurace po dobu prověřování možné souvislosti s nedávnými změnami. Jde o popis průběhu vyšetřování; konečná analýza základní příčiny v uvedeném stavu zveřejněna nebyla.
Proč se výpadek pošty projevil i v dalších produktech
Podle oznámení Microsoftu o výpadku Exchange Online mohly být zasaženy tyto způsoby přístupu k poštovní schránce: Outlook v prohlížeči i na počítači, Exchange ActiveSync a připojení REST. Mohlo docházet také ke zpoždění doručování e-mailů. Microsoft zvlášť upozornil, že volání Graph k datům Exchange — například k e-mailům, kalendáři a kontaktům — mohou skončit vypršením časového limitu.
Výpadek se proto mohl projevit ve funkcích závislých na poště nebo kalendáři, a to i v produktech s vlastním rozhraním. Microsoft uvedl možné narušení kalendářních scénářů v Teams, některých funkcí SharePoint Online, Copilotu a nástrojů pro správu. Zároveň společnost poznamenala, že hlavní funkce Teams — hovory, schůzky, skupinové chaty a zprávy v kanálech — z velké části fungovaly a soubory uložené přímo v SharePointu zůstaly dostupné.
Rozsah výpadku dokládá také zpráva Associated Press z 12. listopadu: agentura informovala o problémech s Outlookem, Teams a dalšími službami Microsoft 365. Materiály AP s odkazem na Downdetector uváděly, že počet uživatelských hlášení o problémech s Outlookem překročil 100 tisíc. Tento údaj představuje hlášení na službě pro sledování výpadků, nikoli počet potvrzených zasažených účtů.
Co by měli zkontrolovat správci a vývojáři
Pokud aplikace závisí na Microsoft Graph, zaznamenejte, která konkrétní volání čtou e-maily, kalendář nebo kontakty, a ověřte, jak systém zpracovává vypršení časového limitu a dočasné chyby. U úloh, které lze bezpečně opakovat, pomáhá omezený počet opakování s prodlevou; operace s vedlejšími účinky vyžadují ochranu před opakovaným provedením, aby opakovaný požadavek nevytvořil duplicity.
Správci by měli kontrolovat stav konkrétních služeb a identifikátory incidentů v panelu Service Health své organizace Microsoft 365: přístup k panelu i zasažené funkce se mohou u jednotlivých organizací lišit. Stavový protokol uvádí, že narušení neovlivnilo všechny funkce souvisejících produktů stejně. Při řešení hlášení zaměstnanců je užitečné samostatně zjišťovat, zda nepřicházejí e-maily, zda nelze otevřít poštu, nebo zda nefunguje konkrétní operace — například pozvánka na schůzku či nahrání souboru s ochranným štítkem.
V době posledních uvedených aktualizací 13. listopadu Microsoft pokračoval v obnově služeb a vyhodnocování změn infrastruktury. Pro uživatele to znamenalo, že dostupnost jedné části Microsoft 365 nezaručovala funkčnost funkcí závislých na Exchange Online. Pro týmy, které spravují integrace, je klíčové ověřovat závislost na poštovních datech a správně zvládat dočasné chyby Graph, místo aby výpadek považovaly pouze za problém rozhraní Outlooku.