微软 365 在美东时间 11 月 12 日出现全球范围的大规模服务瘫痪，Outlook 邮件、Teams 会议、OneDrive 云盘、SharePoint、365 Copilot 等多款高频办公服务接连报错，全球企业、政府机构都受到波及，这次故障不是用户访问流量暴涨挤垮系统，而是一部分服务器没能通过健康自检、意外下线，剩下的服务器承载压力超标，连带上下游依赖微软接口的 OpenAI、Anthropic 相关连接器也跟着失效，故障处置流程是微软先收到大量用户报错、发布服务状态预警，暂停所有新的配置变更，调整流量调度方案、分批重启故障服务器，逐步验证修复方案再扩大恢复范围，到目前服务处于分批恢复阶段，部分区域还有残留卡顿，这件事也让大量依赖微软云办公的团队意识到单一云办公平台存在业务连续性风险，不少机构临时切换电话、本地文档等备用渠道维持运转。
受影响服务清单
- 邮件体系：Exchange Online、Outlook 网页端与客户端，收发邮件、邮件流转受阻
- 协作沟通：Teams，无法登录、进会议、收发消息
- 云存储文档：OneDrive、SharePoint，文件打不开、同步失败
- AI 工具：Microsoft 365 Copilot 调用异常
- 附加组件：Defender XDR、Planner、To Do 同步异常
- 外部连带：OpenAI、Anthropic 接入微软 365 的连接器服务中断
故障原因说明
- 触发点：部分服务器健康检查不通过，自动下线隔离
- 连锁效应：可用服务器变少，剩余集群负载飙升，形成恶性循环
- 排查方向：微软正在复盘近期基础设施配置变更，怀疑本次更新存在缺陷
- 排除项：官方确认并非突发海量用户访问流量冲击
处置步骤一览
| 阶段 | 微软采取动作 |
|---|---|
| 预警排查 | 发布服务故障公告，收集全球报错，锁定基础设施集群问题 |
| 止损动作 | 暂停全部新配置、新功能上线变更，避免问题扩大 |
| 修复动作 | 重启故障服务器，测试新版健康检查规则，重新分配访问流量 |
| 分批放量 | 小范围验证恢复效果，稳定后逐步放开更多区域用户接入 |
本次事件带来的实际影响案例
- 日本政府内部邮件系统瘫痪，改用电话沟通处理公务
- 澳大利亚联邦相关部门系统中断，申请优先恢复通道
- 大量外贸、跨国企业内部沟通、客户邮件收发停滞，业务节奏打乱
【常见问题】
问题 1：微软 365 核心服务全球大瘫痪，是不是国内 21Vianet 运营的世纪互联版也一起崩了？
回答 1：微软 365 核心服务全球大瘫痪主要影响国际版微软 365，国内由世纪互联运营的 Office 365（21Vianet）属于独立隔离环境，不受本次全球故障影响。
问题 2：微软 365 核心服务全球大瘫痪，这次宕机是黑客攻击造成的吗？
回答 2：微软 365 核心服务全球大瘫痪，官方披露的根因为服务器健康检查异常下线、负载失衡，目前没有证据指向黑客攻击。
问题 3：微软 365 核心服务全球大瘫痪，Copilot、OpenAI 为什么也跟着用不了？
回答 3：微软 365 核心服务全球大瘫痪，OpenAI、Anthropic 有部分连接器依赖微软 365 底层接口，接口中断之后，相关对接功能同步失效，并不是大模型本身宕机。
问题 4：微软 365 核心服务全球大瘫痪，普通用户现在能做哪些应急办法？
回答 4：微软 365 核心服务全球大瘫痪期间，可以优先使用本地 Office 文档、离线保存文件，沟通切换到备用通讯工具，重要邮件改用其他邮箱渠道，等待微软逐步恢复。
【参考资料】
[2026-11-13]（微软 365 核心服务全球性大规模瘫痪：Outlook、OneDrive、Teams 均受影响，正逐步重启恢复）IT 之家
[2026-11-13]（微软多项服务大面积宕机！）光明网
[2026-11-13]（邮件系统受微软故障影响，日本政府转用电话沟通）中新经纬
[2026-11-13]（微软宕机近 10 小时，部分国家政府部门受到影响）新黄河
【免责声明】
本文仅整理微软服务状态页面、媒体公开报道的故障信息，不构成企业办公系统选型、云服务采购建议；服务恢复进度、故障根本原因以微软官方最终公告为准，云服务故障带来的业务损失风险需要企业自行做好容灾预案。