【微软死机／Microsoft／Outlook／Exchange Online／Teams】美东时间11月12日下午约1时、本港时间13日凌晨约2时，微软（Microsoft）旗下的服务出现大范围服务故障，Outlook、Exchange Online及Teams等多项云服务受影响，数以万计用户无法正常收发电邮。

经过全球“大死机”逾1天后，微软在香港时间11月14日中午约12时，宣布受影响服务已修复，包括通讯软体 Teams、电子邮件服务Outlook及人工智慧助理Copilot等核心应用程式均回复稳定，微软向受影响的用户致歉，强调今次事件不是由网络攻击或人工智能所致。

微软作为卖AI、掌管全球第二大云端基建的公司（仅次于亚马逊AWS），自家电邮要逐区救回来，到底发生了甚么事？还有甚么未能解决？本文一一话你知！

微软历来最长时间事故

这次微软故障，除了Outlook网页、桌面、手机版之外，倚赖电邮资料的Teams行事历、Copilot、Defender与Purview全部受累。

美东时间11月13日早上8时，即香港时间晚上9时，官方更新指北美有较广泛改善、欧洲大部分地区持续改善、亚太出现复苏讯号，但仍有间歇存取问题或延迟收信；官方X帐号8时32分发出内容相近的帖文。美联社引述较后一则更新，指微软正处理“剩余受影响环境”，并把清理积压电邮列为优先，路透社形容这是微软历来最长时间的事故之一。

微软指任何地区的Microsoft 365系统皆可能受影响：

为何重启都无用？

微软初时说多地基建负载偏高，之后改口：并非流量突然增加，而是一批伺服器意外离线，余下机器要承接全部工作，连负责建立安全连线的核心进程也被压垮。The National逐字引述官方调查，指故障检查“可能源自一个负责处理伺服器健康的特定元件”。

据英国权威科技媒体《The Register》与CIO深入追查微软内部事故报告，包括代号EX1550543与MO1550821，微软最初将问题描述为“伺服器负载偏高”，但随后修正说法，证实核心起因是受影响伺服器上负责建立安全连线（Secure Connections）的核心进程资源耗尽。此故障导致大量伺服器无法通过系统自动化“健康检查”（Health Checks），随即被集体剔除出可用服务集区，在剩余伺服器必须承担全量请求的情况下，云端架构爆发了典型的“级联失效（Cascading Failure）”。工程团队虽然尝试重启部分伺服器，但每当流量重新注入，前端路由的请求浪涌便立即再次将刚苏醒的机器击溃，形成难以遏止的死循环。

提防声称“帮你还原邮箱”的钓鱼讯息

一旦软件服务受影响，用户不要重装Office、删除Outlook设定档、改密码或转DNS，对云端故障毫无帮助，甚至会清空本机邮件快取（OST快取档案），令离线邮件亦无法读取。急事用电话、短讯，别把Teams当独立后备，它的行事历与会议邀请同样倚赖Exchange。管理员查状态页的EX1550543、MO1550821，提防声称“帮你还原邮箱”的钓鱼讯息；复原后先检查寄件匣，不要重复寄出。