微软 M365 全球故障近 24 小时：交易台回到电话与传真

一场持续近 24 小时的故障，把"云依赖"这件事重新摆到了台面上。

故障始于美国东部时间 11 月 12 日（周四）中午之后。大约一小时内，故障监测网站 Downdetector 就收到了来自 74 个国家和地区的报告，报告量峰值达到每分钟 19650 条——作为对照，平常的周四每分钟不到 15 条。Outlook 瘫痪，数十个国家的用户在使用 Teams 与 Copilot 时同样受影响。

原因：一个进程不堪重负

微软最初的说明是多个地区基础设施出现"负载升高"，随后暂停部署并重启服务器。更完整的解释在之后给出：负责建立安全连接的一个进程不堪重负，导致服务器停止处理请求。11 月 13 日（周五），微软表示已修复 Microsoft 365 故障的根本原因，各项服务正在大范围恢复、运行趋于稳定，并在社交平台明确说明"这是一个与网络攻击或 AI/智能体无关的技术问题"。

这句澄清有必要单独拎出来。2026 年以来，业界对"AI 智能体误操作导致基础设施事故"的想象很多，微软主动排除这个方向，等于给市场一个定性：这是一次经典的容量与依赖链问题，不是新型风险。对一家正在把 Copilot 深度嵌入办公套件的公司来说，这个定性很重要——如果事故与 AI 功能相关，企业客户的采购节奏会立刻受影响。

金融业受伤最直接

交易台是这次故障里最脆弱的一环。从东京到休斯敦，各交易台的邮件系统都用不了，而交易确认、价格报告与客户联络恰恰依赖邮件。新加坡有交易员反映，一些银行无法完成融资交易；泛欧交易所、纳斯达克与德意志交易所均报告邮件问题；印度券商提醒客户邮件咨询回复可能延迟；日本部分公司通过传真处理交易。

CMC Markets 新加坡的销售交易员 Eugene Koh 的描述很具体：平时一封邮件、一秒钟能完成的事，如今可能要打电话、花上几分钟，"大家又都拿起了电话，我们的 WhatsApp 聊天群也比平时更忙了"。法国巴黎资产管理高级债券策略师 Ryutaro Kimura 说，其所在机构受影响较小、交易本身大体未受影响，但交易确认信息积压，给后台结算带来压力。BOK Financial Securities 交易部高级副总裁丹尼斯·基斯勒则说，他的团队过了一个小时才发现邮件发不出去，随后才开始逐一给客户打电话，"我们当时陷入了一个小时的黑洞"。

价格发布也被波及。标普全球旗下的普氏警告价格更新可能延迟，请市场参与者通过电话或即时通讯工具提供信息，并说明在问题修复前 22 项生物燃料价格将暂停发布。更麻烦的是时点：故障发生时，石油交易员正面对美伊和谈消息引发的油价剧烈波动，信息通道出问题，等于在最需要确认的时刻失去了确认手段。

外溢到公共部门

政府与公共服务同样停摆。英国多地警方无法接收网上报案，药剂师警告处方配药可能延误；日本的政府共用 IT 平台、从洛杉矶到新加坡的多地法院，以及澳大利亚的情报机构与联邦警察机构都受到影响。

CNBC 等媒体称这是"微软 2026 最大宕机事件"。澳大利亚内政部长托尼·伯克认为，本次事件造成的破坏与影响力堪比 2024 年 7 月的 CrowdStrike 全球蓝屏事故——那次因为一次错误更新，约 850 万台 Windows 设备集体蓝屏、反复重启，扰乱了航空、银行、医疗与广播服务。把两次事件并列，指向的其实是同一个结构性问题：全球关键业务高度集中在少数云与安全厂商身上，任何单点故障都会被放大成系统性事件。

这件事的真正教训

从技术上看，这次故障并不复杂：一个负责安全连接的进程扛不住负载。复杂的是后果的传导路径——邮件停了，交易确认就断；交易确认断了，结算就积压；结算积压，风控与合规就得人工介入。整条链上没有任何一个环节是"AI 相关"的，但每一个环节都在假设"邮件总是可达"。

对企业 IT 来说，可操作的结论有三条：关键业务的备用通道要常态演练，而不是写在预案里；身份与连接类基础组件的容量评估要按峰值而非均值做；对外部依赖要有明确的降级路径，包括"降级到人工"这条最原始但最可靠的路。传真机在这次事件里重新出现，不是什么浪漫的复古，而是降级路径存在与否的直接检验。