Unix 伺服器切勿輕易重開機：重啟非萬靈丹，根因分析才是正道

Windows 管理員習慣「有事重開機」，但在 Unix/Linux 世界，重開機非但無效，還可能掩蓋真正故障、導致資料遺失、延長復原時間。本文深入剖析 Unix 重開機的兩大正當理由、常見誤區與正確故障排除心法。

僅有兩大正當重開機理由

1. 核心更新： 核心層級安全漏洞修補需重開機載入新模組。
2. 硬體更換： 實體元件（CPU、記憶體、磁碟陣列卡等）變更需重開機偵測。

服務層級漏洞打補丁、卸載/重載模組即可；應用程式錯誤更應透過日誌、除錯工具定位，而非重開機碰運氣。

重開機的隱性風險

• 銷毀現場證據： 記憶體、暫存檔、程序狀態隨重開機消失，根因無從追查。
• 暴露潛在故障： 某些服務平時能跑、重開後卻無法啟動（段錯誤、依賴損壞），反而製造新事故。
• 掩蓋人為錯誤： 初級管理員誤刪 /boot、/etc、/usr/lib64 關鍵檔案，重開機後系統掛掉，真兇卻被重開機掩蓋。
• 進入無解循環： 重開機暫時緩解症狀，根因未除，問題必再發，陷入「重開機→暫時好→再壞」死循環。

正確心法：重開機前須窮盡所有診斷手段

1. 檢查系統日誌（/var/log/messages、dmesg、應用日誌）。
2. 監控資源使用（top、vmstat、iostat、sar）。
3. 核對近期變更（套件升級、設定修改、腳本部署）。
4. 針對疑似服務進行單元測試、配置驗證、依賴追蹤。
5. 若為記憶體硬體錯誤，跑 memtest86+ 確認，換記憶體才是根治。

給管理者的建議

「下次聽到誰說『嘿，不如先重開機看看』，直接給他兩巴掌。重開機是方案之一，但請務必確認我們已嘗試所有能想到的診斷手段——畢竟省下的都是我們自己的時間與精力。」

唯有在非生產環境、建置測試階段，才適合頻繁重開機驗證啟動腳本、服務相依性。上線系統，請敬畏正常運作時間。