微软承认，2026 年 11 月 12 日影响 Microsoft 365 服务的大范围中断，是由此前网络容量升级中引入的一个潜在技术缺陷所致，该缺陷在执行一次较新的网络变更后才显现出来。运营调查显示，此次事故并非由用户负载激增引起，而是由于大量服务器失去了处理请求的能力，导致连接分配失衡，并加剧了可用资源的压力。
技术故障链
事故始于请求接收层的异常，负责建立安全连接的软件进程负载超出了其处理能力，导致服务器停止响应。这使得服务器无法通过自动健康检查（Health Checks），系统随即自动将其剔除，从而缩减了可用运营容量，并引发了级联故障模式。
工程团队面临的额外挑战是服务器在重启后表现不稳定，它们在恢复工作后，一旦接收到连接流量便再次崩溃。此外，在受影响设备上同步配置也存在困难，这阻碍了快速修复措施的实施。
为何此消息重要？
此次事故凸显了现代云基础设施中相互依赖的本质；由于 Exchange Online 服务的故障，导致了广泛的连锁反应，波及了 Teams、Copilot、SharePoint 以及 Defender 等安全服务，因为这些服务依赖于共享的邮件、日历和身份数据。该事故表明，产品之间的功能隔离并不总是能防止技术影响在共享组件之间蔓延。
恢复措施
微软采取了分阶段的恢复策略，包括：
- 在身份验证和上游路由路径中应用配置组件补丁。
- 隔离受损的基础设施部分，并将流量重定向至备用路径。
- 在服务器重新投入使用前，增加虚拟容量并进行健康检查。
- 将电子邮件投递超时时间延长至 48 小时，以确保在不丢失数据的情况下处理积压的邮件。
该公司强调，此次事故纯属技术故障，与网络攻击或人工智能系统无关，并指出将在完成全面事故审查后发布详细的工程报告。