11月12日起的这场微软全球性宕机，普通用户能做的其实很有限，但有几个动作确实能减少损失：先确认故障在服务端、别盲目重试、保护中断期间的工作成果，恢复后再逐项核查。免费用户以等待恢复为主，付费用户则值得盯一下补偿方案。截至发稿，微软尚未公布全面恢复时间，事件仍在进行中。
北京时间11月13日一早，大量国内用户发现Outlook连不上、Teams进不去、OneDrive同步中断。这不是个别账号的问题：微软旗下Microsoft 365、Outlook、Teams等应用自美国东部时间11月12日起持续中断多个小时，故障追踪网站Downdetector上，Outlook问题报告在美东下午1点左右一度冲到峰值138058起，到傍晚降至约34490起。CCTV国际时讯
宕机怎么发生的，进展到哪一步
微软对这次故障给过两次官方口径。最早的说法是故障源于"多台服务器因负载过高意外离线，并非访问流量激增"，即不是用户太多压垮了系统，而是服务器自己批量掉线，剩余服务器扛不住流量。微博
随后的最新表态进一步说明，公司监测了为提升服务能力而部署的变更，确认变更未按预期生效，正在寻找其他可行方案，以应对持续存在的流量调配失衡问题、提升服务承载能力。财经网
这次故障的波及面很能说明"负载过高导致宕机"意味着什么：它同时影响了OpenAI和Anthropic人工智能服务所使用的连接组件，澳大利亚间谍机构和联邦警察也证实受到波及。 有报道称日本政府部门不得不改用电话维持工作，故障呈现服务器连锁失效的特征。 这类系统性故障的特点是：服务端修复前，用户侧任何操作都无法让其恢复。CCTV国际时讯IT之家
宕机期间，该做的和别做的
第一步是花一分钟确认"是服务器的问题，不是你的电脑"。可以查官方服务状态页，或看一眼Downdetector和社交平台热搜。实际反应里，不少用户在故障初期反复重启、重装，白白耗费时间——有商务用户一早发现Outlook无法连接更新，重启电脑、重启邮箱都无济于事，最后是同事群里集体反馈才确认是微软宕机。知乎
确认之后，接下来几个动作最影响损失大小。其一，不要盲目重发重要邮件或重复提交表单：中断期间的提交可能失败、滞留队列或延迟送达，恢复后先到"已发送"核对状态，再决定是否补发；涉及付款、下单的操作，恢复后逐项检查订单状态，防止重复支付。其二，保护正在编辑的内容：这次微软明确故障是服务器离线而非用户数据丢失，存放在云端的文件、历史邮件一般不会因宕机消失，真正容易丢的是中断期间才产生、尚未同步出去的编辑成果——正在写的文档务必手动导出或另存一份本地副本。其三，紧急事项立刻切换备用通道：电话、短信、其他即时通讯工具，连政府部门都只能改回电话办公，个人用户更没必要死等一个渠道恢复。
恢复之后，先核查这两件事
大面积负载型故障常伴随积压：中断期间发出的邮件、触发的自动流程、离线编辑的文档，都可能在恢复后集中重放或补同步。恢复后建议先做两项检查：一是"已发送"列表和对方确认，避免同一封邮件在恢复瞬间被客户端自动重连反复发出；二是OneDrive、SharePoint等同步状态，确认版本历史正常，本地未同步的改动已安全上云。
哪些用户能等到补偿，哪些只能等待
补偿与否主要取决于用户身份。行业通行的判断是：对于免费用户，这类短时故障一般等待恢复即可；但对于付费用户、重度依赖API做业务的开发者，损失没有默认赔付渠道。知乎
付费一侧有先例可循。10月15日DeepSeek早高峰宕机近5小时后，官方给出的方案是一周API费用全额返还。 而11月7日再次中断后，多轮故障均无补偿方案，这一差异当时就引发付费用户质疑。这次微软会否推出补偿尚无公开信息，付费订阅和企业协议用户可以留存故障时间与业务影响的证据，关注官方公告后按合同条款主张权益。无论补偿是否落地，多模型、多供应商备份和降级预案，是这次事件对所有重度依赖云服务的人的提醒。知乎专栏
截至北京时间13日中午，微软仍在修复中且未公布全面恢复时间，Outlook、Teams仍有用户在社交平台反馈无法使用。普通用户当下最值得做的，就是把上面这几个动作做一遍，然后等官方状态页的恢复公告。
