網站無法使用時，最常聽到的一句話是「我們有備份」。但真正需要復原時，團隊可能才發現備份缺少資料庫、檔案太舊、帳號無法登入，或不知道該由誰執行還原。備份的價值不在於硬碟或雲端裡存在一份檔案，而在於發生問題後，能在可接受的時間內把網站恢復到可用狀態。
中小企業不必一開始就建立複雜的災難復原架構，但應先把備份範圍、頻率、保存位置、權限與還原程序說清楚，並讓相關人員知道在哪裡找到這些資訊。
先確認哪些資料必須一起備份
一個完整網站通常不只有網頁檔案。常見需要納入的項目包括內容資料庫、上傳圖片與文件、網站程式或佈景設定、表單資料、伺服器設定，以及必要的網站設定檔。
若使用第三方服務，也要確認資料是否只存在對方平台。例如預約資料、電子報名單、商品訂單或表單附件，可能不會隨網站主機備份自動保存。對每一項重要資料，都應知道它的主要存放位置、匯出方式與保留責任。
可先用簡單表格記錄：資料名稱、所在系統、備份方式、備份頻率、保存期間與負責人。這份清單在交接、換主機或事件處理時都很有用。
用不同位置降低單點失效
如果備份和正式網站放在同一台主機、同一組帳號或同一個權限範圍，主機故障、帳號遭入侵或誤刪時，兩者可能一起受影響。因此至少應保留一份與正式環境分離的備份，並限制不必要的人員存取。
保存位置的選擇要考量實際管理能力。重點不是使用多少工具，而是確保：
- 備份完成後有可辨識的日期與版本。
- 儲存空間與帳號持續有效，不會因付款、離職或權限異動中斷。
- 備份檔受到適當保護，不會被公開下載或任意覆寫。
- 保存週期符合內容更新頻率與可承受的資料損失範圍。
更新頻繁的網站，需要較密集的資料備份；內容變動不多的品牌網站，仍應在重要更新前後額外建立還原點。頻率沒有單一標準，應由「最多能接受遺失多久的變更」來決定。
把還原步驟寫成可交接的文件
備份檔能不能用，必須靠還原確認。文件至少要寫明備份儲存位置、登入方式的保管原則、需要哪些檔案、還原順序、完成後的檢查項目，以及何時要通知網站維護廠商或內部主管。
還原通常不只是把檔案放回去。資料庫版本、網站程式、網域設定、快取與寄信功能，都可能影響結果。因此建議優先在測試環境演練，不要把第一次操作留到正式站故障時。
演練後要確認的不只是首頁能打開，還包括：
- 登入後台與主要權限是否正常。
- 圖片、檔案、服務頁與文章是否完整。
- 表單能否送出，通知是否送到正確信箱。
- 重要功能，例如購物、預約或會員登入，是否能完成基本流程。
- 還原後是否需要重新設定快取、排程或外部服務連線。
備份流程也需要定期檢查
網站新增外掛、搬遷主機、更換表單工具或調整帳號時，原本的備份範圍可能已不完整。建議在重大變更後回頭更新清單，也定期確認自動備份是否真的成功完成。
同時要把備份和資安事件處理連在一起思考。若懷疑網站遭竄改，不宜未經確認就直接覆蓋還原；應先保存現況、通知負責人並判斷可能影響範圍，再依既定流程處理。可用的備份能協助復原，但不能取代原因調查與後續修補。
今天可以立即做的事
- 列出網站資料庫、檔案與第三方資料各自存放在哪裡。
- 確認至少有一份備份位於正式主機以外的位置。
- 找出最近一次成功備份的日期，確認檔案可取得。
- 排定一次測試環境還原演練，並記錄實際步驟與問題。
