微软云服务全球宕机逾18小时，Outlook与Teams逐步恢复

微软正从一场持续约一天的连环故障中缓慢恢复。故障从周四开始，最初被标记为影响美国及美洲地区的服务，随后迅速蔓延至全球，工程师抢修宕机服务器过程中竟然一度找不到原因……原本只是Outlook邮箱与Teams视频会议的中断，很快演变为波及消费级与企业级邮箱、文件和文档的微软云服务宕机。

受影响的不只是通信工具。Copilot人工智能助手与Defender安全筛查软件同样下线，系统管理员无法访问Intune的仪表盘和相关功能，部分用户反映基于云的Windows电脑也无法访问。微软尚未公布故障原因，仅表示涉及“大量服务器意外不可用”，调查仍在进行。

到周五上午美国东部时间，Outlook已开始恢复，邮件陆续送达。全球互联网流量监测公司Kentik的互联网分析总监Doug Madory在Bluesky上表示，中断约18小时后，流向微软服务的流量正在回升。

微软在周五的状态更新中称，没有证据表明此次事件与恶意活动有关，随后进一步说明故障与网络攻击或AI、智能体无关。负责Copilot、智能体与平台业务的执行副总裁Charles Lamanna表示，受影响基础设施中越来越多的部分在可用性和邮件投递上有所改善，团队正在复盘并研究如何避免类似问题。

这并未完全打消外界的疑问。微软没有回应是否有日志等技术手段来检测恶意活动，也没有说明是否有办法核查故障期间发生了什么。对一家把邮箱、会议、文档、身份认证与AI助手打包卖给全球企业的公司而言，一场自酿的故障为何需要这么久才止血，是比“是否被攻击”更难回避的问题。

这次中断的传导路径值得细看：邮箱、会议、文件、安全防护、设备管理几乎同时失效，说明问题出在更底层的公共依赖上，而非某个单一产品。企业日常办公早已把这些工具当成水电一样的存在，一旦停摆，合同审批、客服工单、远程协作会同时卡住。

更尴尬的是管理员的处境。Intune本是IT部门远程管理设备、推送策略的入口，云端面板打不开，等于用云端工具修云端故障的路被堵死了一半。很多公司这些年把本地服务器换成订阅制云服务，省下了运维人力，代价是排障手段也一并交了出去。

Copilot被微软视为下一阶段增长的核心，它却和邮箱、文档跑在同一套基础设施上。AI助手停摆本身不致命，但它说明一件事：新功能并没有独立于旧系统的风险之外，反而让同一个故障点承载了更多业务。

对企业采购方来说，这类事件会直接进入续约谈判。服务等级协议怎么赔、关键业务要不要留一条本地备份、是否采用多云分散风险，都会在故障之后被重新摆上桌面。微软要证明的不只是恢复得快，还包括能否拿出可核查的复盘报告。

9月，微软云服务曾经历一次持续数天的中断，当时被归因于“核心身份认证配置”问题。短时间内再度出现大规模故障，且原因尚未查明，对外界判断其系统韧性并非有利。

2024年7月，一家安全厂商的软件更新缺陷曾导致全球大量Windows设备无法启动，航空、医疗和金融行业受到波及。云端集中化的风险早已不是假设，区别只在于触发点是外部软件还是平台自身。

在恢复阶段的通报中，微软给出的信息仍停留在“正在调查”和“无恶意活动证据”上。对依赖这套系统的企业来说，真正需要的是一份讲清楚触发条件、扩散路径和修复动作的说明；否则下一次中断来临时，能做的仍然只是等待。