主機的日常維運與監控

主機是會默默出問題的

網站不會突然壞掉，通常是某個資源慢慢用完——磁碟滿了、記憶體不足、憑證過期、方案到期。

這些都是可以預先發現的，前提是有人在看。

該監控的五個項目

磁碟是最常見的問題

常見的空間消耗來源：

• 日誌未輪替——最常見
• 資料庫的二進位日誌
• 備份檔案累積
• 上傳的圖片與附件
• 快取與暫存檔案

磁碟滿了的症狀通常是「網站突然壞掉」，而且錯誤訊息可能與磁碟無關，容易誤判。

備份只監控失敗是不夠的

這一點值得單獨強調：如果備份排程根本沒有執行，就不會有失敗通知。

正確的確認方式

• 檢查備份檔案的時間戳是否為最新
• 檢查檔案大小是否合理——異常小代表可能失敗
• 設定「超過 N 小時未產生新備份就通知」
• 每半年實際還原一次驗證

沒有測試過的備份不算備份。

到期日總表

網站相關的到期項目分散在不同服務商，很容易漏掉。建議做一張總表：

兩個實務提醒

一、通知信箱要有人看。 到期通知常常寄到當初申請時留的信箱，而那可能是離職員工的。

二、指定負責人與代理人。 只有一個人知道，那個人休假時就沒人處理。

網域過期的後果最嚴重——不只網站，連信件都會中斷。見網域忘記續約會怎樣。

日常的維護項目

每月

• 確認備份正常產生
• 查看磁碟用量趨勢
• 檢視錯誤日誌有無異常
• 確認網站各項功能正常

每季

• 檢視系統與套件的更新狀態
• 檢查憑證與各項到期日
• 清理過期的日誌與備份
• 檢視資源用量是否接近上限

每半年

• 實際還原一次備份驗證
• 檢視主機方案是否仍符合需求
• 檢查帳號權限，移除不再需要的
• 確認程式語言版本的支援狀態

什麼時候該擴充

明確的訊號

• 磁碟持續接近上限——且已清理過不必要的檔案
• 流量成長後才開始變慢——原本正常，訪客變多就撐不住
• 主機商通知資源用量超標
• 經常出現連線錯誤或逾時
• 純文字頁面的回應也很慢——代表瓶頸在伺服器端

擴充前先確認不是其他問題

很多「主機不夠力」其實是網站本身的問題：

• 圖片沒有壓縮
• 資料庫查詢缺少索引
• 安裝了過多的外掛
• 程式在迴圈中重複查詢

先排除這些，再考慮升級。 排查順序見網站慢的常見原因與優先處理順序。

擴充的方式

1. 同一方案升級規格——最單純，通常只需重開機
2. 換到更高階的方案——可能需要搬遷
3. 把服務分開——例如資料庫獨立、圖片放到專門的儲存服務
4. 加上內容傳遞網路——分擔靜態檔案的流量

第三項對圖片多的網站特別有效——把靜態檔案移出主機，能明顯降低負載。

換主機商的判斷

值得換的情況：

• 效能問題持續且反映後未改善
• 支援回應太慢或品質不佳
• 長期停留在舊的程式語言版本
• 經常性的不穩定
• 續約價格明顯不合理

不值得為了小幅的價差而換——搬遷本身有工時與風險成本。

搬遷流程見主機搬遷的完整流程。

帳號與資訊的保管

這是人員異動時最常斷掉的環節。應保存在公司的共用文件中：

• 主機商名稱、控制台網址、帳號
• 網域註冊商與管理帳號
• 資料庫的連線資訊
• 檔案傳輸的帳號
• 各項到期日
• 技術支援的聯絡方式

不要只存在承辦人的個人電腦或瀏覽器裡。 權限管理的原則見後台帳號與權限怎麼規劃。

維護責任要講清楚

不論自管或委外，都應該明確約定：

• 系統更新由誰負責
• 備份由誰執行、存在哪裡
• 監控的範圍與通知對象
• 故障時的回應時間
• 費用怎麼計算

沒有講清楚時，最常見的結果是各方都以為別人在負責。

各主機商的方案內容、規格定義與限制條件差異很大，本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。