美东时间11月12日下午约1时、本港时间13日凌晨约2时，微软（Microsoft）旗下的电邮服务Outlook发生大规模系统故障，全球数以万计至数百万名用户及企业受影响，用户无法正常收发邮件，截至香港13日晚上11时，微软状态页仍把企业版与消费者产品列为“服务降级”，微软死机前后超过20小时。卖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）”。工程团队虽然尝试重启部分伺服器，但每当流量重新注入，前端路由的请求浪涌便立即再次将刚苏醒的机器击溃，形成难以遏止的死循环。

微软几时才能修复？

微软至今没有全面复原时间表，官方只说“迈向全面缓解”，事后报告要完全缓解后才公布，唯一带时间刻度的官方数字，是电邮逾时窗口延长至48小时。那是保护积压邮件的缓冲，不是复原承诺。有四个可核对的讯号：状态页由“服务降级”转回正常；官方更新不再提间歇存取与延迟投递，剩余基建完成缓解；积压电邮消化完毕，48小时窗口撤销；事后报告公布。四项齐备，才称得上修复。

微软用户现在可以做甚么？提防声称“帮你还原邮箱”的钓鱼讯息

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