美东时间11月12日，微软旗下Microsoft 365、Outlook、Teams等核心云服务发生全球性中断，持续数小时，Outlook的故障报告量一度达到138058起。截至北京时间13日中午，这场故障累计已近10个小时，仍未宣布完全恢复。微软在12日的服务状态更新中称，已把部分受影响服务器恢复上线、将流量切换至备用路径，部分地区出现有限恢复。知乎微博界面新闻
哪些常用服务在故障名单上
对用户来说，这不是一次"邮件坏了"的小事故：微软365、Outlook邮件、Teams会议等多款核心办公系统同步出现大规模故障，全球大量企业、机构用户无法收发邮件、接入线上会议、访问云端文档。Copilot这类要读取邮件和日历的AI功能也在名单之内，宕机还波及美国开放人工智能研究中心（OpenAI）和安特罗匹克公司（Anthropic）人工智能服务所使用的连接组件。一款产品倒下带动全家桶，根源在于依赖关系：Teams的日历会议、Copilot的数据访问，都跑在出故障的Exchange邮件服务之上。快科技微博
影响面不止商业用户。日本政府的基础系统也受到波及，导致邮件无法正常收发，日本数字大臣古川俊治13日表示，目前日本政府已通过电话等其他方式维持工作。澳大利亚也有政府机构证实受到这场大范围中断的影响。扬子晚报微博
不是黑客攻击：一次"服务器连锁下线"
微软给出的直接原因不是网络攻击，也不是流量激增：12日更新的调查称，受影响服务器上的一个核心进程负载过高，导致服务器停止响应并造成服务容量损失。更完整的链条来自微软在事件通报中的持续更新：一批服务器无法通过自动健康检查，被判定为不可用；这些服务器退出后，原本分配给它们的流量转移到剩余服务器，导致后者负载增加。微软还发现，一项近期网络配置变更与故障开始存在时间关联，已经开始尝试回退该配置。知乎
不少用户第一时间想到2024年7月的全球蓝屏，那一次的性质完全不同：微软操作系统因安全软件更新出现全球性宕机。这次故障发生在微软自己的云服务器机房，Windows终端并没有蓝屏——同样是"微软宕机"，出问题的位置一个在用户电脑、一个在微软数据中心。界面新闻
恢复到哪一步了
官方口径是"逐步恢复"：微软称正逐步恢复受影响服务器的容量，此前已将部分服务器恢复上线、把流量切到备用路径。用户侧的体验则没那么干脆——截至13号上午，有中国用户反馈outlook不能用，copilot也不能用，Teams还能聊天，却无法正常安排会议。一个容易被忽略的细节是时差。宕机发生在美国东部12日（周四）工作日的下午，恰逢北京时间的13日（周五）凌晨到白天：跨国团队和国内外企员工第二天开工时，故障仍在收尾，于是出现了"服务器修复进度"和"自己能不能办公"两套体感。判断是否痊愈，目前最可靠的信号是微软服务状态页上编号MO1550821的事件通报何时更新为已解决；截至发稿，微软尚未给出完全恢复的时间表。界面新闻知乎
一个月内第二次，以及一个未经证实的联想
这已经不是微软生态第一次掉线，有媒体直接把本次事件概括为一月内两度宕机。上月底，同样属于微软的代码托管平台GitHub也曾出现大规模宕机。社区里随之流行起"裁员裁到大动脉"的说法：10月底微软向6万人开放"自愿离职"买断，占全球员工总数约27%，且Copilot所在的AI部门据称也在名单之中。需要说明的是，微软没有把这次宕机与任何裁员决定建立因果，现有证据只支持"巧合的时间关联"这一层。知乎知乎36氪
对普通打工人，这场宕机是一周的插曲；对企业IT，它更像一次压力测试：当邮件、会议、网盘和AI助手都压在同一家云上，真正的分水岭不在微软花多少小时修好服务器，而在故障窗口里，自己的业务连续性预案能撑多久。
