Сбой Exchange Online: Microsoft больше суток возвращала Outlook и Teams

Что случилось

Вечером 12 ноября по московскому времени в Microsoft 365 началась крупная авария, которая к вечеру 13-го ещё не была полностью закрыта. Центром инцидента стал Exchange Online: пользователи не могли открыть почтовые ящики ни в веб-клиенте, ни в настольном Outlook, ни в мобильных приложениях. Вместе с почтой просели сервисы, которые от неё зависят.

Хронология

Основной инцидент в панели состояния Microsoft зарегистрирован под номером MO1550821, отдельная запись по Exchange Online — EX1550543. Отсчёт по сообщениям компании начинается примерно в 18:26 по UTC 12 ноября, то есть около 21:30 по Москве. Сначала жалобы шли из Америки, затем сбой распространился на другие регионы.

К вечеру 13 ноября Microsoft отчитывалась о постепенном улучшении, но конкретных сроков полного восстановления не называла. Авария длилась больше суток и затронула не только частных пользователей: без рабочей почты и календарей остались компании и госструктуры в разных странах.

Что именно отказало

По обновлениям Microsoft, серверы Exchange Online неожиданно перестали проходить автоматические проверки здоровья и выпадали из обслуживания. Нагрузка перераспределялась на оставшиеся машины, пока те тоже не начали отказывать. Компания подчёркивает: всплеска пользовательского трафика не было, проблема, вероятно, в компоненте, который обрабатывает результаты проверок, а не в наплыве запросов.

Пострадали сервисы:

• Exchange Online и Outlook, включая Outlook.com;
• календари и планирование в Teams, сам чат и встречи в основном работали;
• SharePoint Online, Copilot, Planner и To Do;
• Intune, Purview и Defender XDR, где Safe Links переставали проверять ссылки.

Microsoft заявляла, что не видит признаков вредоносной активности, и отдельно опровергла версию о причастности ИИ. В качестве меры компания откатывала изменение сетевой конфигурации, совпавшее по времени с началом сбоя, но корневую причину не подтвердила. Azure в число пострадавших сервисов не входил: страница состояния облака оставалась чистой.

Почему восстановление затянулось

Возвращать серверы в строй оказалось сложнее, чем выводить из него. Восстановленная машина принимала поток переподключающихся клиентов и снова падала под этой нагрузкой, поэтому Microsoft растягивала возврат мощностей порциями и следила за устойчивостью. Такая картина типична для каскадных отказов: клиенты, потерявшие сессию, синхронизируются одновременно и сами добивают только что поднятый узел.

Что это значит

Для администратора выводы практические. Первое: кэшированный режим Outlook и локальные копии OneDrive остаются единственным рабочим каналом, когда облако лежит, и это стоит проверить заранее, а не в момент аварии. Второе: зависимость от одного поставщика почты и календаря означает, что регламент «на случай недоступности» нужен письменный — с альтернативным каналом связи и понятным порядком эскалации.

Третье: авария 12–13 ноября — второй крупный сбой Microsoft за год. В октябре 2025 года ошибочная правка конфигурации на глобальной сети Azure Front Door выключила Azure и Microsoft 365 по всему миру более чем на восемь часов. Механизмы отказа разные, последствия для бизнеса одинаковые, и компенсации по SLA не возвращают потерянный рабочий день.