微软365全球大宕机：Outlook、Teams瘫痪近一天

美东时间11月12日下午，微软365遭遇近年来最大规模的全球宕机，Outlook、Teams、Copilot等核心服务集体瘫痪近24小时，波及70多个国家。微软称故障源于服务器容量骤失，并非网络攻击，但截至发稿仍未公布根本原因。

宕机从周四下午开始，Outlook首当其冲

美东时间11月12日下午1点26分左右（北京时间11月13日凌晨2点26分），微软365的故障报告开始激增。监控网站Downdetector的数据显示，Outlook的故障报告在短时间内冲上13万份以上，波及70多个国家。微软在管理中心将此次事件登记为MO1550821，Exchange Online的故障则单独编号为EX1550543。

Exchange Online是微软365的邮件中枢，绝大多数企业用户通过它收发Outlook邮件。故障发生后，用户在网页版、桌面版和手机端Outlook上均无法打开邮箱，邮件收发大面积延迟。由于Teams、SharePoint、Copilot等大量服务都依赖Exchange Online，故障迅速扩散：Teams的日程安排、会议邀请无法正常处理，Copilot无法读取邮件、日历和文件，SharePoint部分功能、Defender XDR也受到波及。微软随后确认，受影响的服务还包括Planner、To Do、Intune、Purview和Power BI等。

不过并非所有功能都停摆。微软表示，Teams的通话、会议和消息功能大体正常，已经拿到的会议链接仍可正常加入。

波及政府、医院与航空公司

此次宕机的影响远超普通办公场景。据美联社报道，故障波及企业与政府机构，日本政府确认其IT系统受到显著影响。在英国，全科诊所、药房、学校、警察部门乃至议会都受到波及。此外，法院、航空公司和AI服务商也在受影响之列。由于微软的安全工具Defender XDR同样在故障名单上，部分企业的安全防护能力在宕机期间也打了折扣。

微软：服务器容量骤失，不是网络攻击

对于故障原因，微软的说法是：大量服务器突然不可用，剩余基础设施在额外流量冲击下不堪重负。具体而言，一个负责建立安全连接的服务器进程过载，自动化健康检查失败导致服务器退出服务。微软表示，正在回滚一次与故障开始时间吻合的网络配置变更，但截至发稿尚未确认根本原因，并承诺事件结束后公布完整的根因分析报告。

微软同时明确排除网络攻击的可能。微软高管查尔斯·拉曼纳（Charles Lamanna）公开表示这不是网络攻击，公司发言人也向澳大利亚广播公司表示“没有迹象表明这是网络攻击”。

恢复进展：近24小时后逐步恢复

截至11月13日上午，微软称服务出现“早期企稳迹象”，正在谨慎地把流量重新引入系统，但容量尚未完全恢复正常，服务状态仍不稳定。为防止邮件在积压中丢失，微软已把邮件超时窗口延长至48小时。11月13日上午，微软表示根本问题已经修复，服务正在逐步恢复——此时距离故障开始已过去近24小时。

一次宕机，照出“把鸡蛋放在一个篮子里”的风险

此次事件再次暴露了云服务高度集中化的脆弱性。邮件、协作、AI助手、安全防护全部系出同门，一处故障便全线受影响。对高度依赖微软365的企业来说，这不仅是“收不到邮件”的不便，更意味着会议、日程、文档协作和安全防护同时失灵。

对普通用户而言，眼下最实际的提醒是：留意这两天延迟送达的邮件，重要邮件不妨换个渠道再确认一次。对企业IT部门来说，这次宕机也是一次压力测试——当核心办公套件不可用时，有没有备用的沟通渠道和应急预案，直接决定了业务停摆的时长。

微软365是全球数亿用户的办公基础设施，其稳定性直接关系到全球企业的日常运转。微软承诺的根因报告值得等待：只有说清“服务器为何突然不可用”，才能判断类似的故障会不会再次发生。