跳至主要內容
科技 新聞

微軟為全球大當機致歉:肇因是自家的網路容量升級,OpenAI 與 Anthropic 同遭波及

微軟以 X 聲明為逾十小時的 Microsoft 365 全球中斷致歉,將肇因指向一次網路容量升級並排除攻擊與 AI 因素,本文整理故障經過、聲明要點與後續可核對的訊號。

Techroomage 編輯部 閱讀約 7 分鐘
微軟為全球大當機致歉:肇因是自家的網路容量升級,OpenAI 與 Anthropic 同遭波及

一紙發布在 X 上的聲明,把 11 月 12 日逾十小時的 Microsoft 365 全球中斷定性為技術故障;底層問題宣稱已解決,完整的事後報告仍在審查路上。

當電子郵件與線上會議同時失效,日本政府的因應方式是回到電話。這是 11 月 12 日微軟全球大當機留下的畫面之一:中斷超過十小時,多地政府與企業的日常作業被迫改走替代路徑。

北京時間 11 月 14 日凌晨,微軟在 X 平臺發布聲明,向客戶與合作夥伴「深表歉意」,並首次完整交代初步肇因。問題由一次更早的網路容量升級引入,在近期一次網路變更後暴露。微軟強調,這屬於技術故障,與網路攻擊或人工智慧、智慧體無關;底層問題已經解決,但部分客戶與地區的服務仍在陸續恢復。

這份聲明裡真正值得記下的有兩件事。其一,攻擊與 AI 被官方明確排除,全球企業的資安團隊不必再按入侵劇本空轉。其二,微軟承諾在內部審查完成後發布「完整的事後報告」,至今沒有給出時間表,而那份報告才是外界檢驗這套說法的憑據。

十小時的空白:通報近十四萬筆,波及一路延伸到 AI 服務

當地時間 11 月 12 日,Microsoft 365 多項核心雲端服務發生大規模故障,Outlook、Exchange Online、Microsoft Teams、OneDrive、SharePoint 全數受影響。對把郵件、檔案共享與會議全放在同一朵雲上的組織來說,這幾乎等於辦公通訊一次歸零。

列出 Microsoft 365 這次全球中斷波及的五項核心服務:Outlook、Exchange Online、Microsoft Teams、OneDrive 與 SharePoint

故障監測網站 Downdetector 的數據顯示,光是 Outlook 的問題回報就一度接近 138,058 筆。這類網站靠使用者主動回報,實際受影響的人數遠高於通報量。中斷持續超過十小時,日本政府改用電話維持政務運作,多地多個行業傳出作業停擺,微軟其後開放受影響企業申請費用抵扣。

Downdetector 監測數據顯示 Outlook 問題通報量在這次微軟當機期間一度逼近 138,058 筆
單一服務的問題回報量級

衝擊還沿著雲端供應鏈往上走。OpenAI 與 Anthropic 所使用的連線組件在這次中斷中受到波及,Anthropic 為 Claude 連發多則故障通報。模型服務之間的競爭再怎麼激烈,這幾天外界看到的事實很直接:幾家 AI 業者的可用性,一起繫於微軟的網路層。

事件期間另有美國航班大範圍停飛的消息流傳,微軟對此特別澄清,沒有跡象顯示航班停飛與 M365 當機有關。大規模故障發生時,傳聞會自動吸附各種關聯,廠商得逐一切割。

升級埋下隱患,變更把它引爆

微軟把因果關係講成前後兩段:問題在「更早的一次網路容量升級」中被引入,之後處於潛伏狀態,直到近期一次網路變更後才暴露。換句話說,觸發故障的變更與埋下問題的變更,在時間上是錯開的,這也解釋了為何故障來得像是無預警。

恢復進度方面,官方說法是各項服務已「大範圍恢復並趨於穩定」,底層問題已解決。鑑於需求規模,恢復採逐步推進,每個階段都驗證穩定性後再往前走。微軟坦言這個過程更耗時,目的是確保服務穩定回升。這種做法有其工程理由:大量服務一次全開,瞬間湧入的流量反而可能造成二度故障,分階段放量是把風險攤開來處理。截至聲明發布,仍有剩餘客戶與地區在等待復原。

微軟聲明原文強調本次全球服務中斷屬於技術故障,與網路攻擊或人工智慧、智慧體無關

排除攻擊、排除 AI:聲明裡資訊量最大的一句

在致歉之外,把攻擊與 AI 一併寫進排除清單,是這份聲明資訊量最大的部分。當全球使用者同時發現郵件收不了、會議進不去,攻擊向來是優先被懷疑的選項,企業資安團隊的第一反應多半先照入侵情境演練一遍。這種警覺並不誇張,攻擊面的威脅本來就是日常,Apple 近期才需要為 iPhone XS 這一代推送一次補上六個藍牙配對漏洞的 iOS 18.7.12 更新。微軟以官方口徑直接排除攻擊,等於讓客戶把應變資源轉回服務恢復本身。

AI 那半句也有明確的談話對象。OpenAI 與 Anthropic 同時受波及,過去兩天難免出現與模型負載、智慧體流量有關的猜測,微軟給出的答案則相當樸素:就是網路。

報告出爐前,可以核對的幾個點

首先要看的是事後報告。微軟表示待審查完成後將發布完整的事後報告,內容按慣例會涵蓋變更時間軸、影響範圍與後續改善措施,目前沒有時間表。這份文件是外界驗證「底層問題已解決」的唯一憑據,也是判斷同類事件會不會重演的依據。

企業端則有實際的帳要結。受影響者可向微軟申請費用抵扣,資格與金額按各組織的服務合約認定,趁報告還沒出爐、記憶還新,先把中斷期間的影響紀錄整理成文件,申請時才有得談。

最後是恢復的最後一哩。廠商宣告修復與個別帳號實際恢復之間常有時間差,AMD 先前修掉顯卡驅動對系統碟的異常寫入時,同樣要等版本推送後才逐一確認緩解。雲端服務的分階段恢復是同一個邏輯,功能時好時壞的時候,先查官方服務狀態頁,再回頭檢查自身環境,順序不要顛倒。

把時間軸再拉長一點:這次中斷發生前,荷蘭稅務部門已傳出計畫在 2028 年前尋找開源協作方案,取代 Microsoft 365。一場把政府機關打回電話時代的十小時中斷,會不會讓更多組織提前排定雲端集中風險的評估時程,是後續幾季值得留意的訊號。對多數使用者,這幾天能做的其實相當具體:盯著狀態頁確認自家服務回來了沒;有資格申請抵扣的企業,把這十幾個小時的損失先寫下來。

#科技#新聞#microsoft365#雲端服務中斷