【微軟365癱瘓 背後原因為何】
【微軟365癱瘓 背後原因為何】
2026年11月12日至14日，微軟旗下的 Microsoft 365 雲端服務平台爆發了一場持續超過 24 小時的全球性技術大當機。這場事故波及全球至少 74 個國家和地區、影響超過 4.3 億用戶，直到 11 月 14 日才全面恢復正常。
配置變更引發的「多米諾骨牌」過載
針對外界對黑客攻擊或失控 AI 代理（AI agents）的猜測，微軟執行副總裁 Charles Lamanna 與官方服務狀態公告（編號 MO1550821）均明確排除了外部惡意攻擊及 AI 故障。此次事故純屬內部技術與架構問題，核心成因如下：
- 導火線（伺服器離線與配置更新）： 微軟在進行網路容量升級與一項近期的網路配置變更（configuration update）後，多台核心伺服器意外不可用並離線。同時，系統的「自動化健康狀態檢查」機制出現異常，誤將部分基礎設施移出服務序列。
- 連鎖反應（雪崩式過載）： 並非用戶訪問量突然暴增，而是當一批伺服器倒下後，系統將原本的連線請求與流量全數分攤至剩餘的伺服器。這導致剩餘基礎設施負責建立安全連線的處理程序（process）瞬間超載，進而接連癱瘓，形成惡性循環。
- 修復受阻的原因： 工程團隊最初嘗試重啟受影響伺服器並重新分配流量，但部分伺服器在重新接收生產流量後再次陷入無回應狀態。微軟最終透過局部地區限流、回滾（roll back）軟體配置，以及調整上游身份驗證與路由組件，才得以逐步穩定系統並消化積壓的電子郵件。
事件發展時間軸（香港時間）
故障爆發與蔓延 11月13日 00:17 左右
微軟系統（11月12日 16:17 UTC）開始出現連接異常。凌晨 1 時許，全球用戶無法登入 Outlook、Teams、OneDrive 及 Copilot，故障追蹤網站 Downdetector 在首小時即收到近 13 萬宗異常回報。
定位瓶頸與局部限流 11月13日 日間
微軟確認核心重災區為雲端電郵服務 Exchange Online。團隊暫停相關系統部署、實施局部流量限制，並將郵件超時保留窗口延長至 48 小時，以防延遲郵件在排隊期間過期丟失。
亞太及歐美逐步恢復 11月13日 晚間
約 19:01（11:01 UTC）起，亞太區受影響的基礎設施率先完成修復，隨後歐洲及北美地區的 Teams 會議與電郵收發功能陸續恢復運作。
全面恢復與官方致歉 11月14日
歷經逾 24 小時搶修，微軟確認 Microsoft 365 全球服務全面恢復，積壓郵件與雲端同步問題清零，高管公開致歉並承諾發布完整的事後技術分析報告（Post-mortem）。
受影響範圍與全球衝擊
這次當機雖然涵蓋多項工具，但以 Exchange Online（Outlook 網頁版、桌面版及手機連線） 受創最深，連帶影響依賴該系統的第三方企業與公營機構：
- 政府與公共服務： 日本政府多部門公務電郵癱瘓，內閣官房副長官證實受影響，公務員一度改用電話與傳真維持日常行政；澳洲情報機關與聯邦警察部門啟動優先修復協議；美國聯邦政務與司法辦公系統、英國醫療體系及新加坡部分政府系統亦受波及。
- 商業與科技界： 日本物流巨頭佐川急便、觀光巴士公司哈多巴士因電郵系統中斷，無法處理線上預約而改以電話接單；部分海外航空公司日常業務受阻；甚至 OpenAI 等依賴微軟雲端對接的 AI 企業，其下游服務也一度出現運行不穩的情況。
這場長達一日多的中斷，再度引發國際社會與科技界對「全球政企過度依賴單一美國科技巨頭雲端基礎設施」的系統性風險討論。