Michael Johnson11 月 12 日开始的 Microsoft 365 故障影响了 Outlook 和其他多项服务的访问，也影响了用于处理邮件、日历和联系人的 Microsoft Graph 调用。根据微软的状态通知，部分服务器意外变得不可用，导致负载转移到剩余基础设施上。截至 11 月 13 日，Exchange Online 和 Microsoft 365 事件在微软管理通知的公开镜像中仍标记为持续进行。
对组织而言，实际启示是：需要检查的不只是邮件客户端。如果应用或自动化程序通过 Microsoft Graph 访问 Exchange 数据，故障可能表现为超时或相关操作失败，即使应用本身的界面仍能打开。
微软对故障原因的说明
微软在 Exchange Online 日志中指出，负载升高并非由整体流量增长所致：大量服务器意外变得不可用，将负载转移到了剩余节点。在随后的一次更新中，公司称受影响服务器上负责建立安全连接的进程过载，服务器因此停止处理请求。
微软描述了多项恢复措施：重新路由部分流量、重启服务器、在部分位置限制请求类型，以及在部分节点检查此前的软件配置。通知还称，在调查近期变更是否与问题有关期间，部署已暂停，配置也进行了调整。这些内容记录的是调查进展；所提供的状态信息中尚未公布最终的根本原因分析。
邮件故障为何会影响其他产品
根据微软关于 Exchange Online 故障的通知，可能受影响的邮箱访问方式包括网页版和桌面版 Outlook、Exchange ActiveSync 以及 REST 连接，也可能出现邮件投递延迟。微软还特别提醒，Graph 对 Exchange 数据（例如邮件、日历和联系人）的请求可能会超时。
因此，即使产品拥有独立界面，依赖邮件或日历的功能也可能受到故障波及。微软列出了 Teams 日历场景、SharePoint Online 的部分功能、Copilot 和管理工具可能出现的问题。不过，公司表示，Teams 的主要功能——通话、会议、群聊和频道消息——总体上仍可使用，直接存储在 SharePoint 中的文件也仍然可访问。
故障影响范围也得到美联社 11 月 12 日报道的印证：该通讯社报道了 Outlook、Teams 和其他 Microsoft 365 服务的问题。美联社援引 Downdetector 的资料称，用户报告的 Outlook 问题数量超过 10 万条。这个数字反映的是故障追踪服务上的报告数，并非经确认的受影响账户数量。
管理员和开发者应检查什么
如果应用依赖 Microsoft Graph，应记录哪些调用会读取邮件、日历或联系人，并检查系统如何处理超时和临时错误。对于可以安全重试的任务，可采用带延迟的有限次数重试；对于会产生副作用的操作，则需要防止重复执行，避免重试请求造成重复记录。
管理员应在所属 Microsoft 365 租户的 Service Health 面板中核对具体服务状态和事件 ID：不同组织能够访问的面板内容及受影响功能可能有所不同。状态日志指出，相关产品的不同功能受影响程度并不一致。在处理员工反馈时，最好分别确认邮件是否未送达、邮箱是否无法打开，或某项具体操作是否失效，例如会议邀请或带保护标签的文件上传。
截至 11 月 13 日最近一次所述更新，微软仍在进行恢复工作并评估基础设施变更。对用户而言，这意味着 Microsoft 365 的某一部分恢复可用，并不保证依赖 Exchange Online 的功能也已恢复。对维护集成的团队来说，关键是检查对邮件数据的依赖，并确保系统能够妥善处理 Microsoft Graph 的临时错误，而不是将故障仅仅视为 Outlook 界面问题。
