今天上午我这边 Outlook 无法连接，客户端一直显示「正在尝试连接」，网页版也打不开。同一台电脑上 Teams 能发消息，只是搜历史消息明显变慢。
看了网上的消息，才知道原来是 Microsoft 365 服务中断。
一、事件经过
| 时间（北京时间 11 月 13 日） | 进展 |
|---|---|
| 01:54 | 微软首次报障，美洲地区用户无法访问 Exchange Online 邮箱 |
| 02:07 | 范围扩大到「任何区域」的 Microsoft 365 连接 |
| 06:09 | 微软承认此前采取的措施没有带来预期缓解 |
| 07:04 | 部分服务器恢复上线，微软称「观察到有限恢复」 |
| 10:45 | 状态页仍标 Service degradation，未标为恢复 |
受影响的不止邮箱。微软列出的名单包括 Exchange Online、Teams、SharePoint Online、Microsoft 365 Copilot、Defender XDR、Planner、To Do、Intune、Purview、Power BI 和 Universal Print。最后一项的意思是向网络打印机提交任务会报错。
规模可以参考故障监测网站 Downdetector：美东时间 12 日下午 1 点前后，Outlook 的报障量峰值达到 138,058 条，到傍晚降至约 34,490 条。这些是用户提交的报告条数，不等于受影响的人数。
有一点需要注意。中文媒体今天上午已经出现「微软称各项功能已恢复正常」的转述，但状态页到 10 点 45 分仍标着服务降级。微软自己的说法里还有一句：重新投入使用的服务器一旦接收流量，可能再次变得无响应。
所以判断恢复与否，看状态页那一行字比看新闻标题可靠。
二、原因：微软前后改过口径
第一次的说法是多个地区的部分基础设施负载偏高。几个小时后更正为：多台服务器意外离线，剩余基础设施承接不住，导致连接失败。按微软自己的说法，是机器掉了，用户并没有突然都涌进来。
再往后，线索落到服务器的自动健康检查上。云平台的常规做法是让服务器之间持续互相「点名」，点不到回应就当作它出了故障，把流量转给别的机器。这次出问题的是这套点名机制本身，一批其实还正常的服务器被误判成不可用。被摘掉的越多，剩下的机器压力越大，越容易通不过检查。
微软目前的处置是暂停所有部署和配置变更、把连接流量往其它基础设施上分散、重启受影响的服务器，并在部分服务器上验证了一套替代的检查方法。根因仍在调查，部分近期配置变更被列为怀疑方向，公开信息里没有证据指向网络攻击。
这件事的外溢也值得记一笔：OpenAI 和 Anthropic 通过微软连接器读取用户邮箱的功能同时中断，因为它们依赖的就是这套服务。
三、现在能做什么
1、先看这两个地方
不用登录的公开页 status.cloud.microsoft，首页会列出当前哪些服务处于降级。微软这次在页面上专门说明，信息放在这里是因为管理员可能连管理中心都进不去。
用公司或学校账号的，去 Microsoft 365 管理中心的 Service health，能看到事件号（这次是 EX1550543 和 MO1550821）、受影响服务和处置进展。进不去就问 IT。
2、这几件事先别做
别反复重设密码。 账号系统是好的，Teams 能登录就是证明。改密码只会把自己锁在外面，等邮箱恢复还得再折腾。
别删掉邮箱账户重新添加。 本地缓存的邮件会跟着账户一起消失，重新同步整个邮箱要花很久。
别去试网页版。 它和客户端连的是同一个服务，这次一起坏了，试了也是白试。
别急着把工作文件传到陌生站点应急。 为这个理由把内部文档交给不熟悉的第三方，代价比推迟半天交付大得多。
3、这段时间怎么安排
要发的邮件先在本地写好，标上原定发送时间，恢复后按顺序补发。
已经有本地缓存的邮件仍然能看能搜，需要翻旧附件现在翻得到。
文件有本地副本的照常用，没同步下来的先别点「修复同步」，容易把本地状态也搅乱。
对外联络走另一条通道。短信、电话，或者公司本来就批的第二个工具。真正卡住交付的往往是对方不知道你为什么没回。
4、恢复之后核对一下
按时间筛一遍邮箱，看有没有漏信。故障期间的邮件可能延迟送达，也可能重复投递。
同步盘弹出冲突时别直接选「保留本地」，先看两份的修改时间。
5、个人版和家庭版用户要单独注意
这一条容易被误解。中国大陆的企业版 Microsoft 365 分两种：一种由世纪互联运营，数据中心在境内，和微软全球云分开；另一种是国际版，由微软运营。个人版和家庭版没有面向中国的独立版本，一并由微软运营。
所以「国内版不受影响」那句话，讲的是企业版。用个人版和家庭版的，这次跟着全球一起受影响。
等状态页把降级标记撤掉，再按原样用回去。这几天再遇到转圈，先回来看一眼状态页，不用怀疑自己的电脑。
