微软365全球大面积故障：Copilot与ChatGPT、Claude连接器受影响

据英国广播公司（BBC）报道，微软365服务于2026年11月12日（周四）晚间开始出现大面积故障，影响了Outlook电子邮件、Teams以及人工智能助手Copilot。同一家媒体称，据故障监测网站Downdetector统计，Outlook问题的用户报告在格林尼治时间18:00前后达到峰值，全球接近14万条。

简要说明：按BBC的描述，微软365是企业使用的在线办公工具套件，包括Outlook、Teams和OneDrive。Copilot是微软的人工智能平台。Downdetector汇总的是用户报告，因此其数字统计的是报告数量，而不是实际受影响的人数，AITnews网站对此作了说明。

微软对故障原因怎么说？

据CNN阿拉伯语版报道，微软在X平台上表示，正在调查用户遇到问题的报告，其部分基础设施在多个地区面临压力增大，并已在其全球基础设施上重新分配流量以平衡这一压力。

随后，据CNN阿拉伯语版报道，该公司解释说，压力升高并非由于流量增加，而是由于若干服务器意外下线，给剩余基础设施造成了负担。BBC的说法几乎相同：意外不可用的服务器使其余系统承压。

据CNN阿拉伯语版报道，微软后来表示，部分受影响的服务器已恢复运行，并正在更大范围推广这一变更，同时准备自动恢复系统，持续检测无响应的服务器并将其重启。据BBC报道，微软还警告说，一些已恢复的服务可能再次失去响应，任何地区的客户都可能受到影响。

故障如何蔓延，影响了哪些服务？

• 地理范围：据BBC报道，美国、日本和新加坡的用户报告了服务中断。
• 起点：德国网站Golem称，故障自周四晚间起也波及德国用户，微软表示所有地区的用户都可能受到影响。据Golem报道，调查最初针对北美无法访问的Exchange Online邮箱，后来又称连接问题可能波及其他地区，周五问题扩大到亚太地区。
• 服务：Golem援引Dr. Windows的报道，提到Teams、OneDrive、Copilot、微软365和Microsoft Store。
• 功能：据BBC报道，微软称用户可能无法查看部分文件或日历细节，而消息和在线会议基本可用。

是网络攻击吗？哪些已证实，哪些未证实

BBC表示据其了解，没有迹象表明故障由网络攻击引起，AITnews则写道，现有证据不能证明该事件由攻击造成。但这并不意味着根本原因已经查明。

据AITnews报道，编号为EX1550543和MO1550821的两起事件的更新显示，微软在诊断和回退可能变更的步骤中，审查了与一次网络配置变更在时间上的关联。但正如该网站所指出的，时间上的关联不足以断定根本原因。因此，就我们所读到的内容而言，该公司公开的唯一解释是服务器下线；服务器为何下线则尚未证实。

各来源的数字并不一致。BBC称峰值时全球约有14万条报告，Golem称Downdetector一度在美国记录到超过13万条报告，AITnews援引路透社称约有13.8万条报告。这些都是报告，不是受影响用户的数量。

为什么人工智能工具也停摆了？

BBC写道，Copilot可能无法正常工作，OpenAI和Anthropic因为与微软系统合作而受到影响。据BBC报道，OpenAI表示正在调查一个影响其与微软服务连接的问题，该问题导致部分工具无法按预期运行。

AITnews解释说，OpenAI和Anthropic的状态更新指出，微软365连接器出现问题，这些连接器让部分用户可以访问自己的邮件和日历数据，或搜索企业信息。连接器是把人工智能工具与另一项服务相连、使其能够读取该服务数据的组件。该网站强调，要区分外部连接器受到干扰与ChatGPT和Claude核心服务停摆：这些提示不足以说明两个平台在全球范围内宕机。

同样据AITnews报道，Zoom通报其与微软生态的部分集成性能下降，涉及日历、OneDrive和Zoom Scheduler；Notion通报部分Outlook集成受到影响；Veeam通报微软365的备份与恢复出现问题。至于GitHub和Okta出现的邮件、通知和验证码延迟，仅凭与故障同时发生，不足以断言原因相同，除非两家公司自己确认。也没有可靠证据表明可以把这次事件描述为互联网全面崩溃。

这次故障暴露了对云的哪些依赖？

BBC提到，微软上个月通报了其Azure云平台的一次故障，影响了其生产力工具以及全球的企业。BBC还指出，电动卡车制造商Workhorse Group原定于11月12日公布第三季度业绩，以故障造成业务中断为由，将其推迟到11月16日。

在AITnews看来，这起事件揭示了数字服务之间的相互依赖：企业应用依赖其他供应商的邮件、日历、身份验证和编程接口。其影响可能表现为会议邀请无法送达、消息延迟、计划备份失败，或人工智能代理无法访问用户的邮件和日历。该网站说明，这些例子描述的是易受影响的功能的性质，而不是每个组织中已证实案例的清单。

这对海湾和阿拉伯世界的企业意味着什么

以下是编辑部的解读，并非归于信源的事实，但前两点是AITnews的建议。任何依赖微软365的阿拉伯企业都可以：

• 在断定服务恢复正常之前，查看微软服务状态页面和微软365管理中心的服务运行状况仪表板，因为11月13日（周五）阿联酋时间上午仍有修复更新陆续发布；
• 查看每个外部服务的状态页面，弄清故障出在与微软的集成上，还是出在核心服务上；
• 梳理通过连接器读取邮件和日历的人工智能代理，它们在类似事件中最先受到冲击，并为重要会议和消息准备人工备用方案。

要深入了解最后一点，请参阅企业内部的AI代理治理。

还有哪些我们不知道的事？

据AITnews报道，该事件的整体根本原因尚未最终查明，受影响的用户和组织总数及其全球经济损失也未确定。同时也未证实其他供应商记录到的所有故障都属于同一事件。由于11月13日上午仍有修复更新发布，认为所有服务都已恢复正常是不对的：体验会因地区、订阅类型、服务和所用集成的不同而有所差异。