台北市政府網站在9月26日晚間一度出現無法連線情況，影響包括市府全球資訊網、部分局處網站及使用市府雲平台的相關服務。後續調查指出，事件起因並非資安攻擊，而是市政大樓施工造成電力過載跳電，進一步導致資訊機房環境升溫，部分儲存設備因過熱啟動保護機制並關閉。
根據資訊局的說明，9月26日晚間7點多，市政大樓地下1樓中控室因施工導致電力過載，引發跳電。跳電後，市政大樓10樓的資訊機房溫度開始升高。
約晚間8點30分起，機房內單一儲存設備類型因過熱啟動保護機制停止運作，導致相關雲平台網站服務受到影響，民眾在晚間時段連上市府網站時出現無法開啟的狀況。
工程團隊隨即進駐進行障礙排除，相關網站已於9月27日凌晨1點起陸續恢復服務，斷線時間約5個多小時。
資訊局表示，本次事件影響範圍集中於市政大樓10樓機房內的單一儲存設備類型，其他部分未受到影響，強調並非所有市府機房或局處資訊系統全面停擺。
值得注意的是，市府各機房均設有不斷電系統與緊急供電系統，一般性的跳電或斷電情況下，供電仍可維持系統數小時運作。這次事件並非單純因設備失去電力而造成服務停止。
真正的問題出在冷卻。資訊局指出，市政大樓中央空調因故未納入控制系統，跳電事件發生後，機房降溫能力受到影響，仍存在因過熱導致服務中斷的風險。
這次事件凸顯一個常被忽略的觀念：資訊機房的韌性除了供電不中斷，機房的環境控制同樣是重要因素。即使設備具備不斷電能力，若機房溫度升高至設備保護門檻，儲存設備、伺服器等仍可能主動關閉以避免硬體損壞，進而導致上層服務暫停。
特別的是，這次台北市政府網站因跳電過熱停擺，也和市府的節電目標有關。機房內的資訊設備要穩定運作，需要足夠的空調冷氣來支持，市府推動節電目標的同時，也讓機房內的設備暴露在一定的過熱關機風險之下。
另一項受到關注的問題是，市府為何未啟用異地備援機制。對此資訊局解釋，市府僅針對服務不可中斷的重大關鍵基礎設施進行備援；一般性網站平台考量比例原則，主要採用異地資料備份，並未配置可立即切換的異地備援系統。
換句話說，這次受影響的網站平台雖具備資料備份機制，但並非採用雙站同步或自動切換架構。因此事件發生後，仍需由工程團隊確認設備狀況、排除障礙，再逐步恢復服務，無法像關鍵系統一樣自動切換。
這次事件也反映政府數位服務在雲平台集中管理後面臨的風險。市府透過雲平台整合不同局處網站，有助於提升維運效率，但當共用基礎設施發生異常時，也可能同時影響多項服務。
過去政府網站多以資訊發布為主，但隨著線上服務、民眾申辦與跨機關服務增加，網站已成為政府數位服務的重要入口。目前責任歸屬仍待釐清，後續將檢視設備維護與應變機制，不同類型政府服務的備援等級也可能需要重新檢討。
