微软 365 全球宕机：一个邮箱故障拖垮 19 个服务

微软 365 在 11 月 12 日美国东部时间下午约 13:00（北京时间 11 月 13 日凌晨）开始出现全球性故障。到 11 月 13 日晚，故障已持续 18 小时以上；11 月 14 日上午，微软公开状态页仍显示服务降级、恢复工作继续进行，完整恢复尚未宣布。

微软管理中心给出的两个追踪编号分别是 EX1550543（Exchange Online 邮箱访问）与 MO1550821（多服务波及）。19 个服务出现在受影响的清单上，但这不是 19 次独立故障——是一次故障沿着依赖链扩散。

19 个服务，一处断点

按微软状态页口径，断点落在 Exchange Online 的邮箱与日历这一层。依赖它的服务依次倒下：Teams 的日历、日程安排、会议邀请查看与编辑，以及创建 Live/Virtual 活动；SharePoint Online、Microsoft 365 Copilot、Defender XDR、Planner、To Do、Intune、Purview 相关服务、部分 Power BI 标签导出、Microsoft 365 Apps 管理中心、Universal Print，还有部分租户的 Windows 365 云电脑（使用 Purview Customer Key 的那些）。

需要分清可用与不可用的边界：Teams 的核心通话、会议、群聊与频道消息基本可用；Word、Excel 的本地功能不受影响。故障集中在需要经过 Exchange Online 的那些路径上。

恢复的服务器被回流流量打回去

微软对故障机理的描述是：大量服务器意外不可用，剩余服务器随即过载；已经恢复的服务器在流量回流后再次宕机，修复措施未按预期生效。

这段描述解释了一个反直觉的现象——恢复不是单调向好的曲线，而是反复。微软同时排除了网络攻击与流量激增两种解释；截至 11 月 13 日，根本原因尚未公布。

关于配置更新导致服务器过载的说法，来自《卫报》的转述，属于媒体报道口径，微软未将其作为定论发布。

规模与覆盖面

据 The Guardian 口径，Downdetector 上的故障报告峰值接近 13 万条，覆盖 74 个国家和地区，主要在美洲、欧洲与澳大利亚。要提醒的是：13 万条是用户提交的报告数，不等于受影响用户数；74 个是报告来源的覆盖面，不是官方公布的影响范围。

连带影响还出现在别处：OpenAI 与 Anthropic 都报告其微软连接器出现连带问题——依赖微软身份与邮件的第三方服务，同样被这条链路带到。

恢复进展

微软状态页在 11 月 14 日上午的说法是：持续观察到此前受影响环境的服务恢复；邮件队列的超时窗口延长至 48 小时，以保护排队中的邮件；完整恢复尚未宣布，事后报告承诺在缓解措施完成后发布。

因此，本次故障的时长不写死。截至 11 月 13 日晚已超 18 小时，11 月 14 日上午仍在恢复中，最终时长以微软状态页的正式结论为准。

与 2024 年那次中断的区别

据 GIGAZINE 口径，2024 年 7 月的一次 DDoS 攻击曾让微软 365 与 Azure 全球中断约 9 小时。两次的关键差异在定性：那次指向攻击，这次微软明确表示没有网络攻击的迹象。

一家占据办公软件主导地位的厂商，把邮箱与日历做成整个服务群的地基；地基一旦承压，上层十九个房间同时断电。恢复之所以拖长，不是因为修不好一台服务器，而是回流本身成了新的压力源——这一点比故障本身更值得记录。