专题 · FULL STORY
微软365全球宕机15小时:事故与致歉
11月12日起微软365爆发罕见全球服务中断,Outlook与Exchange Online大面积瘫痪超15小时,故障报告飙升至平时2000倍。微软随后致歉,称根因是网络容量升级引入的问题,与攻击或AI无关,服务逐步恢复。
2026-11-13 ~ 2026-11-14 · 2 集 · 70 条
第 1 集 · 微软 365 全球大宕机超 15 小时,Outlook 报告飙至平时 2000 倍(2026-11-13,66 条)
11 月 12 日(UTC 约 16:17 起),微软爆发近年罕见的大规模服务中断:Outlook.com 与 Exchange Online 全球无法访问,Teams、SharePoint Online、Microsoft 365 Copilot、Defender XDR、OneDrive 等服务连带受累,连微软内部员工也无法收发邮件,故障持续超过 26 小时仍未完全恢复。微软事后致歉并确认根源是一次网络容量升级中的缺陷,明确排除网络攻击或 AI 因素,但恢复过程反复、远不如预期,引发对微软企业级 SLA 可信度的广泛质疑。
已确认
- 截至美东时间下午 1:30 左右,Downdetector 上超过 12 万用户报告 Outlook 无法使用,峰值约 13 万;Microsoft 365 超 1.6 万、Copilot 近 6000 用户受影响;一小时内故障报告覆盖 74 个国家和地区,五大服务合计报告峰值达每分钟 19,650 次(平日均值不到 15 次)。
- 微软官方确认问题根源是一个核心进程在受影响服务器上被「压垮」,大量服务器意外不可用、通不过健康检查,负载转移到剩余服务器引发级联故障;微软为此隔离部分基础设施、重启受影响组件并逐步恢复流量验证稳定性,同时暂停所有新部署。官方状态账号特别澄清:负载升高并非流量增长所致。
- 官方在 M365 管理中心发布事件通报(MO1550821),Exchange Online 美洲区事件编号为 EX1550543;修复过程中一度将邮件超时上限延长至 48 小时。
- 事后微软发布声明致歉,称服务已大范围恢复稳定,并明确此次事故是技术问题,与网络攻击或 AI/agent 无关:根源是此前一次网络容量升级中的缺陷,在近期一次网络变更后暴露;由于需求规模巨大,微软采取逐步恢复的方式处理。
- Kentik 流量数据显示,故障约始于 UTC 17:35,6.5 小时后 Exchange Online 流量仍比正常水平低约 90%;据 Kentik 的 Doug Madory 报告,服务在美东时间清晨 6:20 开始恢复,8:25 时流量反超预期约 19%,系排队邮件集中涌入所致。
- BBC 报道微软承认修复进展不如预期,服务恢复初期状态不稳定:官方称恢复中的服务器重新接收流量后可能再次无响应,因此在既有保护措施之外实施临时限流排查。
- 实际影响超出办公场景——据 enggirlfriend 转述,此次宕机甚至导致刑事庭审中断。
尚未确认
- The Verge 的 Tom Warren 援引消息人士称故障与 Azure VNet(虚拟网络)配置变更有关;另有爆料称一次发布/上线操作导致服务器 CPU 飙升、机架进入维护模式。微软事后声明将其归因于网络容量升级缺陷,但这些具体环节的对应关系仍未获详细官方确认。
- 35 年系统经验的工程师 Luke Elin 提出工程视角的根因推测并获得多位业内人士转发背书:流量并未上升而是容量下降——服务器健康检查失败被移出集群后,建立安全连接的进程过载形成「重启风暴」,云服务处于亚稳态、难以承受此类冲击。esrtweet 据此认为此次事故已属「历史级」,可与 Morris 蠕虫等经典事件相提并论(此为个人评价);他还引用对数正态/帕累托分布的中断时长统计规律,推断剩余恢复时间约等于已持续时长,并按此估算服务将违反大量 SLA。
为什么重要
- justinhart 算了一笔账:若按「四个九」(99.99%)可用性承诺,全年只允许 52 分钟停机,这次一上午就烧光;「三个九」全年 8.76 小时的额度也在当晚耗尽,直接拷问微软企业级 SLA 的可信度。
- 修复过程本身也暴露系统性脆弱:据 CantaloupeNews 转述,微软一度表示难以推进修复,因为宕机导致工程师收到的 Authenticator 验证推送过多、验证系统过载反过来卡住修复进程。
- Steve Yegge 借此次宕机回忆 2018 年前后 Grab 因 etcd 熔毁引发的全球性宕机:服务架构就地生长出循环启动依赖,系统无法重启——这类大型分布式系统的自愈困境在微软事件中再次得到印证。esrtweet 引用微软「恢复的服务器接到流量后可能再次无响应」的说法,嘲讽其容量规划崩坏;gary marcus 称这是「很 2025 年」的故障;gnukeith 在 Daily Mail 报道下评论「这对人类是好事」,成为宕机新闻下的名场面式吐槽。事件对全球企业邮件这一核心通讯基础设施的影响,使事后复盘颇具价值。
- 微软 Outlook 全球宕机,Teams 与 Microsoft 365 Copilot 一度受累 — tomwarren · 2026-11-13
- 微软服务器大规模宕机,网友玩梗称“数据中心开始抗议了” — SuB8u · 2026-11-13
- 微软 365、Teams、Copilot 同时宕机,AI 助手成单点故障 — Zealousideal_Pin3444 · 2026-11-13
- 微软 365 大面积宕机:Exchange、Teams、Copilot 均受影响 — Kyrannio · 2026-11-13
- Outlook 宕机新闻下的神回复:「这对人类是好事」 — gnukeith · 2026-11-13
- 微软全球服务宕机,用户调侃最伤心的是没察觉异常 — emax · 2026-11-13
- 微软爆发大规模宕机,超12万用户无法使用 Outlook — asusarla · 2026-11-13
- 微软 Outlook 大规模宕机:发布事故致 CPU 飙升引发级联故障 — tomwarren · 2026-11-13
- 微软 Outlook、Teams、Copilot 大面积宕机,云上论者被刷屏嘲讽 — Dave_Maynor · 2026-11-13
- 微软全球大宕机,网友调侃:会不会是 Copilot 达成 AGI 了 — PDXFato · 2026-11-13
- 微软、AWS、Google 等全线服务集中宕机,DownDetector 报告激增 — zainhas · 2026-11-13
- Outlook故障修复再受阻:工程师被Authenticator验证请求淹没 — Kyrannio · 2026-11-13
- Outlook 宕机,网友调侃微软正用 Copilot 修 bug — Afinetheorem · 2026-11-13
- 微软 Outlook 大面积宕机,CEO 因怕迁移数百 GB 邮件被困 14 年 — mobileraj · 2026-11-13
- 微软 Outlook/365 大规模宕机波及 Copilot,峰值近 13 万用户受影响 — esrtweet · 2026-11-13
- 微软宕机仍未恢复:服务器回流量后再次失联,临时限流排查 — Kyrannio · 2026-11-13
- 微软宕机持续:官方称「正在重建部分受影响的服务器」 — Kyrannio · 2026-11-13
- 微软大规模宕机,全美办公室职员「无家可归」 — Kyrannio · 2026-11-13
- 微软365宕机难收尾:恢复服务器再无响应,部分流量被限流 — Kyrannio · 2026-11-13
- 微软 365 大面积故障,Exchange、Copilot、Defender 等全线受影响 — Kyrannio · 2026-11-13
第 2 集 · 微软致歉全球宕机:网络容量升级所致,与 AI 无关(2026-11-14,4 条)
微软就大规模全球服务中断发布官方说明并致歉,称事故根因是早前一次网络容量升级中引入的问题,在近期网络变更后暴露,与网络攻击或 AI/agents 无关,目前服务已大范围恢复,并正分阶段验证稳定性。不过评论区并不买账,不少网友质疑真正原因是 AI 生成的代码,还有人引用工程师圈经典梗「Was it DNS?」追问真相。
- 微软承认全球宕机系网络升级事故,与 AI 无关,评论区不买账 — GaryMarcus · 2026-11-14
- 微软致歉全球服务中断:网络升级引发事故,官方称与 AI 无关 — james_mtc · 2026-11-14
- 微软称全球故障与 AI 无关,网友质疑 AI 生成代码才是真因 — asusarla · 2026-11-14
- 微软确认大范围故障源于网络容量升级变更,网友追问「还是 DNS?」 — surmenok · 2026-11-14