故障現象
局域網內普通電腦互訪正常,但訪問掛載在某交換機下的核心 Web 服務器極慢,Ping 延遲高、丟包嚴重。
排查過程
- 初步判斷: 懷疑交換機端口故障或性能不穩,準備備用交換機替換。
- 關鍵發現: 斷電拆卸時發現故障交換機機殼極燙,Web 服務器機殼亦高溫,機櫃周圍熱氣騰騰。
- 應急降溫: 斷電交換機與服務器,拉開間距改善通風,用電風扇強制吹散熱 30 分鐘。
- 驗證: 重新上電後,Ping Web 服務器恢復正常,網頁秒開,故障消失。
根因分析
- 機櫃頂部 4 颗散熱風扇全部停轉(原因未查,可能電源模組故障/線路斷開/灰塵卡死)。
- 密閉機櫃無對流,交換機與服務器緊鄰安裝,熱量疊加,雙雙進入熱節流/錯誤碼率上升狀態。
- 網絡設備無風扇主動散熱時,依賴機櫃強制對流;風扇全軍覆沒 = 散熱系統單點故障。
徹底整改措施
- 請專業人員維修/更換機櫃風扇模組,並加裝風扇轉速監控告警(如接入監控系統)。
- 重新佈局:交換機與服務器間預留 ≥ 1U 間隙,必要時加裝機架式導風板/間隔面板。
- 定期巡檢:每月檀查風扇運轉、清理灰塵、紅外測溫關鍵設備。
- 冗余設計:關鍵交換機雙電源、雙風扇模組,單風扇故障不致命。
經驗總結
| 教訓 | 對策 |
| 網絡設備過熱不報警、不宕機,只會悄悄降性能 | 納入監控體系:SNMP 讀取溫度傳感器 + 風扇轉速,閾值告警 |
| 機櫃密閉依賴單一風扇組 = 高風險 | 風扇 N+1 冗余 + 定期巡檢 + 熱成像定期掃描 |
| 設備堆疊安裝 = 熱島效應 | 機架規劃預留散熱間隙,熱源設備分散部署 |
| 故障現象誤導:以為是網絡/協議問題,實為物理散熱 | 排查先查物理層(電源/指示燈/溫度/線序),再查邏輯層 |
結語
「交換機發燒」是隱形殺手,不報錯、不下線,只偷偷拖慢業務。給機櫃裝上「體溫計」與「心電圖」(溫度/風扇監控),讓散熱故障無處遁形。