路由系統將流量錯誤導向至「病態」伺服器,加上 Azure 美國西部 2 區數據中心喺 5 月 29 號受惡劣雷暴影響後未完全康復,搞到 6 月 1 號 Copilot 死機 4 小時 25 分鐘,大約喺香港時間夜晚 9 點開始。 微軟至今未確認單一死因,但綜合各方報告,問題主要嚟自流量路由錯亂同埋早兩日 Azure 嘅天氣相關事故。

Create a landscape editorial hero image for this Studio Global article: What caused Microsoft Copilot's four-hour outage on Monday, June 1, 2026, when did it occur, how was it resolved, and what broader context s. Article summary: ## Microsoft Copilot Outage — June 1, 2026. Topic tags: general, general web, user generated, education, government. Reference image context from search candidates: Reference image 1: visual subject "Multiple Microsoft services, including **Copilot** and **Azure**, experienced service degradation on May 29, 2026. According to Microsoft's Azure status page, the incident was logg" source context "Microsoft Copilot and Azure Experience Widespread Outage" Reference image 2: visual subject ": ai reliability azure service health it incident planning microsoft copilot. On May 29, 2026, Microsoft investigated a West US 2 Azure service degradation triggered by a d" sour
微軟嘅 AI 助手 Copilot 喺星期一(2026 年 6 月 1 號)發生咗一次大規模、跨平台嘅服務中斷,成班用家無論係桌面版、網頁版、手機 App 定係鑲嵌喺 Microsoft 365 入面嘅版本,成四個幾鐘都登入唔到或者 Load 唔起 。
出事嗰陣,好多用家喺網上投訴反應慢、登入失敗、甚至直頭見唔到 Copilot 個掣 。根據 Downdetector 嘅數據,用戶回報喺美國東岸時間朝早 9 點左右開始飆升,到中午前突破 500 宗
。
微軟去到朝早 11 點 27 分先正式認數,話「正在調查 Microsoft 365 Copilot 應用程式載入同逾時嘅錯誤」。成壇嘢總共死咗 4 個鐘 25 分鐘,去到美國東岸時間下晝兩點幾先陸續恢復正常
。
死機期間,唔少人遇到 App 載入失敗、操作逾時,有啲仲彈出 503 錯誤(即係伺服器暫時跪低)。
微軟到而家都未出詳細嘅「事後檢討報告」確認單一死因,不過睇返各路消息,主要有兩大元兇浮咗上水面:
微軟話已經收集咗受影響用戶嘅記錄檔(Log),仲審查緊嚟搵出根本原因 。佢哋嘅應對方法係將流量重新導向返去「健康」嘅基建,逐步令服務回復正常
。
正所謂「福無重至,禍不單行」,喺 Copilot 跪低嘅同一日朝早,微軟嘅「多重要素驗證」(MFA)設定同埋 My Sign-Ins 門戶(mysignins.microsoft.com)都發生咗另一次獨立嘅故障,兩單嘢並無關聯 。
呢次 MFA 故障大嘅死咗三個鐘左右,喺美國東岸時間朝早 9 點 01 分就搞返掂——即係 Copilot 大爆發之前已經解決咗 。受影響嘅用家喺嘗試設定 MFA 或者登入 My Sign-Ins 頁面嗰陣,會遇到 504 Gateway Timeout 錯誤
。微軟將呢單嘢歸咎於底層基建嘅緩存(Cache)故障,最後靠切換去後備基建先搞得掂
。呢次事故嘅追蹤編號係 MO1329260
。
6 月 1 號呢次死機絕對唔係個別事件,而係延續咗 Copilot 近年「死機當食生菜」嘅往績:
截至 2026 年 4 月中,微軟喺六個月內已經發生咗 五次重大雲端服務中斷,Copilot 每次都係「座上客」。
今次死機嘅 Timing 真係好尷尬。喺出事前兩日(5 月 30 號),微軟先剛剛推出咗 Copilot 嘅「重大改革」,宣稱架構大改造之後 載入速度快咗一倍,仲話穩定性會大幅提升,擺明係衝住企業用家投訴「反應慢吞吞」嚟做改善 。點知 6 月 1 號即刻死畀你睇,呢巴掌都打得幾應。
微軟近排好積極咁將 Copilot 深度嵌入到 Word、Excel、Teams、Outlook 呢啲核心搵食工具入面,變相令 AI 成為日常工作流程嘅「依賴層」。當呢層一死,用家冇咗嘅唔單止係一個 Chatbot,而係成個生產力工具鏈入面嘅 AI 功能 。
企業客戶對 Copilot 嘅信心本來就危危乎。有分析指出,40% 嘅企業應該將 Copilot 嘅部署推遲 12 到 18 個月,原因係可靠性、安全性同投資回報率(ROI)全部都未夠清晰 。根據市場調查,喺美國嘅付費訂閱戶入面,Copilot 作為「主要使用平台」嘅市佔率由 2025 年 7 月嘅 18.8%,跌到 2026 年 1 月嘅 11.5%,競爭對手同產品體驗落差係主因
。另一邊廂,Google Gemini、OpenAI 嘅 ChatGPT Enterprise 呢班競敵追得好貼,每次 Copilot 死機,都等於幫對手送大禮
。
講到尾,當 AI 變成工作日常,可靠性就唔再係「軟指標」,而係直接影響生產力同埋公司對供應商嘅信心。微軟要說服企業課金,單靠 AI 功能花巧係唔夠嘅,基礎架構「唔死機」先係王道。
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
路由系統將流量錯誤導向至「病態」伺服器,加上 Azure 美國西部 2 區數據中心喺 5 月 29 號受惡劣雷暴影響後未完全康復,搞到 6 月 1 號 Copilot 死機 4 小時 25 分鐘,大約喺香港時間夜晚 9 點開始。
路由系統將流量錯誤導向至「病態」伺服器,加上 Azure 美國西部 2 區數據中心喺 5 月 29 號受惡劣雷暴影響後未完全康復,搞到 6 月 1 號 Copilot 死機 4 小時 25 分鐘,大約喺香港時間夜晚 9 點開始。 微軟至今未確認單一死因,但綜合各方報告,問題主要嚟自流量路由錯亂同埋早兩日 Azure 嘅天氣相關事故。
同日朝早仲有另一單唔關事嘅 MFA 設定同 My Sign Ins 門戶死機,足足搞咗三個鐘,最後要靠切換去後備基建先搞得掂。