Outlook故障何时恢复？时间线与最新状态

Outlook故障何时恢复？

简短回答：Microsoft尚未说明。截至2026年11月13日00:55 UTC，该事件仍未关闭：找到的最新官方消息是Microsoft 365 Status在X上于00:06 UTC发布的帖子，内容是恢复的服务器在流量压力下再次故障，此后没有新的帖子，也没有宣布故障解除^[11]。在00:30 UTC的最后一次查看中，Microsoft公开的Service Health Status页面显示面向企业的Microsoft 365服务处于服务降级状态，对用户的影响描述为"Users may be unable to connect to multiple Microsoft 365 services"^[1]。页面没有给出完全恢复的预计时间，只承诺最迟于2026年11月13日（星期五）01:30 UTC发布下一次更新^[1]。页面标题还将Microsoft面向消费者的产品列为降级，但正文中没有更多细节^[1]。

查看时最新的官方更新于00:06 UTC发布，带来的不是解决方案，而是挫折。Microsoft表示，重新投入服务的服务器"一旦接收流量，可能再次停止响应"，公司正在分析诊断数据，以查明其触发原因^[11]。在00:30 UTC查看时，状态页面最后更新于00:08:53 UTC，并补充说公司正与网络和平台专家共同开展这项分析^[1]。

对正在等待的用户来说，这在实际中意味着三点：

• 恢复很可能不会一步到位。Microsoft表示，随着容量逐步恢复，用户的应用重新连接后可能会经历渐进式恢复^[10]。
• 服务可能恢复后再次中断。由于恢复的服务器在负载下再次故障，正常的收件箱在事件关闭前可能会暂时无法加载^[11]。
• 只有Microsoft的官方通知才算数。只有当Microsoft状态页面或Microsoft 365 Status账号宣布影响已解决时，故障才算结束，而不是某一个人的收件箱能够打开时^[1][2]。

关于通用操作方法，例如如何判断Outlook是否对所有人都无法使用、各种状态标签的含义以及如何离线继续工作，请参阅Pouyam此前的指南Outlook Down? How to Check Status and Keep Working。

逐小时发生了什么（UTC）？

以下所有时间均为协调世界时（UTC）。11月份美国东部时间比UTC晚五小时，因此17:54 UTC即东部时间12:54 pm。

同一天早些时候，另有一起独立的Teams事件。在邮件中断之前，Microsoft处理了一起编号为TM1550488的Microsoft Teams事件。据BleepingComputer报道，该事件持续时间为东部时间9:45至10:53 am（14:45至15:53 UTC），影响了北美和南美的用户^[12]。Microsoft将其归因于资源争用，并表示已完全解决；但未说明它与后来的中断是否有关^[12]。

17:54 UTC。X上的Microsoft 365 Status账号表示，Microsoft正在调查美洲用户通过多种连接方式访问Exchange Online邮箱时遇到问题的报告，事件编号为EX1550543^[2]。Exchange Online是Microsoft的云服务，存放Outlook所使用的工作和学校邮箱。

约18:00 UTC（东部时间约1 pm）。据路透社报道，Downdetector上关于Outlook问题的报告达到138,058条的峰值^[13]。

18:07 UTC。Microsoft表示，该问题可能影响任何地区用户与Microsoft 365服务的连接^[3]。

18:26 UTC（东部时间1:26 pm）。据BleepingComputer报道，Microsoft将这一时间作为范围更广的Microsoft 365事件的开始时间，该事件以通报MO1550821跟踪^[12]。

18:35 UTC。Microsoft表示，其部分基础设施在多个地区负载升高，这很可能是连接错误的原因之一^[4]。

19:31 UTC。Microsoft更正了最初的解释：负载升高并非由于流量增加，而是由于一些服务器意外不可用，给其余基础设施带来压力^[5]。

20:19 UTC。Microsoft表示，尚未发现与影响开始时间相关的近期变更，但健康检查失败可能源自负责处理服务器健康状态的某个特定组件^[6]。

21:00 UTC。Microsoft表示，一种替代的健康检查方法已使部分受影响服务器恢复服务，并正在更大范围内应用这一变更^[7]。

21:40 UTC。Microsoft表示，正在评估回滚其发现的少量近期配置更新是否有助于加快恢复^[8]。

22:09 UTC。Microsoft表示，此前采取的措施未能带来预期的缓解，受影响服务器上的一个核心进程不堪重负，导致容量损失^[9]。

23:04 UTC。Microsoft表示，部分受影响服务器已恢复服务且目前保持稳定，正在将流量转移到备用路由，并观察到有限的恢复^[10]。

11月13日00:06 UTC。Microsoft表示，恢复的服务器一旦接收流量可能再次停止响应；公司正在部分地点暂时限制可到达受影响基础设施的流量类型；并正使用先前的配置重建部分服务器，以测试这能否阻止其故障^[11]。

Outlook故障的原因是什么？

Microsoft尚未公布根本原因。它描述了故障如何表现，而且正如上面的时间线所示，其解释在一天之内改变了数次。以下是Microsoft用自己的话实际说过的内容：

• 并非流量激增。负载问题源于一些服务器意外不可用，而不是流量增加^[5]。
• 健康检查失败。服务器未能通过自动健康检查，这些失败可能源自负责处理服务器健康状态的某个特定组件^[6]。健康检查是系统在每台服务器上运行的自动测试；未通过测试的服务器会被移出服务。
• 起初未发现相关变更。20:19 UTC，Microsoft表示尚未发现与影响开始时间相关的近期变更^[6]。21:40 UTC，它表示正在评估回滚少量近期配置更新是否有助于恢复^[8]。Microsoft并未说这些更新导致了中断。
• 核心进程不堪重负。22:09 UTC，Microsoft表示受影响服务器上的一个核心进程不堪重负，导致容量损失^[9]。
• 触发因素不明。00:06 UTC，Microsoft表示仍在分析是什么导致恢复的服务器再次停止响应^[11]。

上述说法都没有指出问题的起因。Microsoft没有说这次中断是网络攻击，也没有说不是。截至查看时，社交媒体上关于黑客入侵、某个特定软件更新或某个特定数据中心的说法，均没有任何Microsoft声明作为依据。

为什么修复需要这么长时间？

Microsoft自己的更新显示，恢复过程一再撞上同一堵墙。按照Microsoft的描述，过程大致如下：

1. 重启服务器并转移流量。Microsoft暂停了部署，将流量从受影响的基础设施上移走，并重启了受影响的服务器^[12]。
2. 更换健康检查方式。一种替代的健康检查方法让部分服务器恢复，Microsoft开始在更大范围内应用该方法^[7]。
3. 承认初期措施不够。22:09 UTC，Microsoft表示其措施未能带来预期的缓解，正在隔离部分基础设施、重启组件并重新引入流量，以在更大范围变更前确认稳定性^[9]。
4. 部分恢复。23:04 UTC，部分服务器已恢复且运行稳定，观察到有限的恢复^[10]。
5. 负载下再次故障。00:06 UTC，Microsoft表示恢复的服务器一旦有流量到达，可能再次停止响应^[11]。

最后一点解释了进展缓慢的原因。如果一台服务器在数以百万计的邮件应用重新连接时立即崩溃，仅仅让它恢复是不够的。Microsoft最新的做法分为两部分：第一，在部分地点暂时限制可到达受影响基础设施的流量类型；第二，使用先前的配置重建部分受影响服务器，以测试这能否防止其停止响应^[11]。

这种做法本身就是审慎的，意味着服务将逐步恢复，而不是在某一刻全部恢复。Microsoft还尽可能将流量转移到备用路由，并报告了有限的恢复^[10]。

故障规模有多大，哪些服务受影响？

Outlook和Exchange Online处于中心，但并非唯一受影响的服务。Microsoft状态页面列出的可能受影响服务包括：Exchange Online、Microsoft Teams、SharePoint Online、Microsoft 365 Copilot（列为"Microsoft Copilot 365"）、Microsoft Defender XDR、Microsoft Planner、Microsoft To Do、Microsoft Intune、Microsoft Defender for Office 365、多项Microsoft Purview服务、带敏感度标签的Power BI导出PDF功能、Microsoft 365 Apps admin center的部分功能、Universal Print，以及部分使用Purview Customer Key的Windows 365云电脑^[1]。

用户报告。据路透社报道，收集用户提交报告的Downdetector在东部时间1 pm左右记录到138,058条Outlook问题报告的峰值，到晚间降至约34,490条^[13]。路透社还报道，截至东部时间5:47 pm，关于Microsoft 365的报告近13,000条，关于Teams的报告为763条^[13]。这些数字统计的是用户提交的投诉，而不是受影响的人数。

连锁影响。路透社报道，OpenAI和Anthropic的人工智能服务用来接入Microsoft 365的连接器也受到冲击；电动卡车制造商Workhorse Group以中断造成的干扰为由，将第三季度业绩发布日期从11月12日推迟至16日^[13]。

Microsoft对媒体的回应。据路透社和The Verge报道，Microsoft一名发言人表示，公司"已注意到并正在调查有关用户在使用Microsoft 365服务时遇到问题的报告，主要是Exchange Online方面的问题"^[13][14]。The Verge报道，从周四东部时间1 pm前不久开始，世界各地陆续有人报告无法通过网页或应用访问Outlook邮件^[14]。

Outlook故障期间该怎么办？

故障发生在Microsoft的数据中心，因此在手机或电脑上做任何操作都无法修复。最有用的步骤都很简单：

所有用户

• 只关注一个官方来源。Microsoft公开的Service Health Status页面和X上的Microsoft 365 Status账号会发布官方更新；当管理中心无法访问时，Microsoft会引导用户查看状态页面^[1][11]。
• 不要重新设置账户。Microsoft描述的是服务器端问题，随着客户端重新连接会逐步恢复^[10]。在中断期间删除并重新添加账户只会给日后增加工作，并不能加快任何进度。
• 做好延迟的准备，然后再检查。服务恢复后，检查"已发送邮件"文件夹和发件箱，确认哪些邮件真正发出，只重新发送缺失的邮件。
• 完整清单包括离线工作、Outlook网页版与应用的区别、错误代码解读以及防范借故障进行的网络钓鱼，请参阅Outlook Down? How to Check Status and Keep Working。此处不再重复。

Microsoft 365管理员

• 在Microsoft 365 admin center的"服务运行状况"中跟踪EX1550543（Exchange Online）和MO1550821（更大范围的Microsoft 365），如果管理中心无法加载，则查看公开状态页面^[2][11]。
• 一次性通知员工，并告知下一次更新的时间，而不是逐一回复每张工单。根据00:30 UTC查看的状态页面，Microsoft的下一次更新最迟应于11月13日01:30 UTC发布^[1]。
• 由于Microsoft正分阶段让服务器恢复服务，并在部分地点限制某些类型的流量，预计部分用户会比其他用户更早恢复，也有部分用户会再次失去访问^[10][11]。

接下来值得关注什么

以下三个信号将显示故障是否即将结束：

• 重建的服务器能否保持稳定。Microsoft表示正在使用先前的配置重建部分服务器，以测试这能否阻止其故障^[11]。如果宣布大范围推广这一做法，将是修复最明确的信号。
• 流量限制是否解除。Microsoft正在部分地点暂时限制可到达受影响基础设施的流量类型^[11]。解除这些限制将表明服务器重新能够承受正常负载。
• 明确的故障解除通知和原因说明。在Microsoft宣布影响已解决之前，事件仍未关闭。在其公布原因之前，社交媒体上的任何解释都只是猜测^[6][11]。

上述所有状态均以2026年11月13日00:55 UTC为准（状态页面本身最后一次查看时间为00:30 UTC）。情况每小时都在变化，因此请以Microsoft状态页面确认当前状态^[1]。