微软一次网络容量升级埋下故障隐患，导致全球74个国家和地区的办公服务中断。服务器接连失效，恢复过程持续超过一天。
11月12日，微软遭遇了一场罕见的大规模全球服务故障。Outlook邮箱、Teams协作平台和Copilot人工智能服务相继出现异常，影响范围扩展至74个国家和地区。
这场故障持续超过24小时，直到11月14日，微软才宣布受影响的服务已经全面恢复。事后调查显示，问题并非网络攻击，而是一次网络基础设施升级留下的技术故障。
一场席卷全球的办公系统瘫痪
故障最早于11月12日16:00(GMT)左右出现。大量用户发现无法登录Outlook邮箱，网页、桌面客户端和移动设备均受到影响。部分邮件虽然能够发送，却出现严重延迟。
随后，Teams和Copilot也受到波及。依赖微软服务接口的其他企业同样遭遇问题，包括OpenAI和Anthropic的部分Microsoft 365集成功能。
Downdetector在美国东部时间12日13:21记录到48124条美国用户故障报告。次日早晨，来自72个国家的Outlook故障报告仍超过43000条。
这些数字只是主动提交的报告数量，并非实际受影响人数。微软没有公布确切的受影响用户总数。
影响远远超出了普通办公场景。
新加坡和日本的政府系统、菲律宾最高法院的通信服务，以及澳大利亚部分情报和执法机构均受到干扰。在英国，医院、警方和药房也遭遇业务中断，甚至出现法庭审理暂停、处方药发放延迟等情况。
一场云服务故障，迅速演变成横跨政府、医疗、司法和商业系统的全球性事件。
故障原因：服务器之间的连锁崩溃
微软最初发现，多个地区的服务器负载异常升高，部分服务器在自动健康检查后意外退出服务。
这引发了连锁反应：当一批服务器停止工作，原本由它们处理的请求便转移到其他服务器，导致剩余服务器负载过高。即使故障服务器重新上线，也可能立刻被积压的请求压垮。
一位受访专家将其比作高速公路：原本4条车道突然只剩2条，车辆大量积压，即使道路重新开放，拥堵也不会立即消失。
11月14日，微软进一步确认，故障源于此前一次网络容量升级中的技术问题，并在随后一次网络变更后暴露出来。
微软明确表示，这起事件与网络攻击或AI智能体无关。
为什么恢复需要这么久？
微软尝试重新分配流量、重启服务器并部署修复措施，但部分恢复操作未达到预期效果。服务器重新投入运行后，仍可能因为负载过高再次失效。
此外，大量积压的邮件也需要重新处理。
微软最终选择分阶段恢复服务，在每个阶段确认系统稳定后，再逐步恢复其他地区和用户的访问。这种方式耗时较长，但能够降低再次发生大规模故障的风险。
截至11月14日，微软宣布已解决底层问题，并完成剩余受影响客户和地区的服务恢复。公司表示，将在事件调查结束后发布完整报告。
全球互联网的单点依赖问题
ESET全球网络安全顾问Jake Moore认为，这场事故暴露了现代互联网对少数科技巨头的严重依赖。
当企业将邮件、办公协作、身份认证和AI服务集中在同一家供应商的基础设施上，一次底层故障就可能同时切断多个业务环节。
这也让人联想到2024年的CrowdStrike事故，当时一次存在缺陷的软件更新导致全球大量Windows计算机崩溃。
两起事件的技术原因不同，却揭示了相似的问题：高度集中的数字基础设施，可能让局部技术故障演变成全球性系统风险。
专家建议，企业应当准备独立于主要办公平台的通信方式，例如电话、备用邮件系统或其他协作工具，并建立能够在核心云服务中断时继续运作的应急方案。
微软的故障最终得到修复，但它留下的问题仍然存在：当全球数亿人的日常工作依赖同一套数字基础设施时，究竟需要多少冗余，才能避免下一次连锁崩溃？
综合来源：
https://www.forbes.com/sites/kateoflahertyuk/2026/11/13/microsoft-outage-what-happened-and-what-to-do-next/
https://www.aljazeera.com/news/2026/11/13/microsoft-hit-by-global-outages-what-happened-and-why
https://www.nytimes.com/2026/11/13/technology/microsoft-outage-what-to-know.html