聽到「更新前已備份」，會讓人安心。但有保存檔案，不等於需要時就能還原網站。
備份途中損壞、只包含資料庫、還原環境的PHP不相容、不清楚步驟或權限。若事故發生後才發現，就得在仍處理住宿預訂與詢問的正式網站摸索。
因此需要將備份還原到與正式環境分開的測試環境，確認實際可用的還原演練。本文說明如何請Codex或Claude Code協助確認與記錄，讓旅宿主人安全判斷通過與否。
結論：備份通過條件是「能在另一個環境開啟」，而不只是「已保存」
還原演練的基本流程如下。
確認備份建立結果
↓
確認檔案與資料庫齊全
↓
準備與正式環境隔離的測試環境
↓
維護負責人執行還原
↓
AI協助機械性確認
↓
旅宿主人確認預訂、費用與詢問
↓
記錄步驟、時間與問題
不可覆寫正式網站來測試。演練需在不破壞正式資料與處理的隔離環境進行。
WordPress備份需包含兩種內容
WordPress官方資料分別說明資料庫與檔案。只有其中一種，無法重現原本的整個網站。
| 對象 | 主要內容 | 缺少時的例子 |
|---|---|---|
| 資料庫 | 文章、固定頁面、設定、使用者與留言等 | 文章或設定無法還原 |
| 檔案 | 佈景主題、外掛、上傳圖片與配置檔等 | 照片或自訂設計無法還原 |
還原也需以下資訊。
- 備份取得時間
- 屬於哪個網站與環境
- WordPress、PHP與資料庫的大致配置
- 還原負責人與聯絡方法
- 保存位置與閱覽權限
- 還原步驟或合約服務的官方說明
- 加密時安全管理金鑰的方法
將私密金鑰或密碼以明文放在備份同一處，遭竊時就可能一併被使用。也不要貼到AI對話。
「完整性檢查」與「還原確認」是不同測試
備份需分階段確認。
1. 建立處理是否成功
確認備份功能或腳本成功結束，途中沒有連線中斷或容量不足。
2. 保存檔案是否損壞
以檔案大小、壓縮檔檢查、檢查碼等，確認保存後是否改變或損壞。檢查碼像檔案的「指紋」，可比較保存時與之後的值是否一致。
3. 必要配置是否齊全
確認是否包含資料庫、圖片、佈景主題、外掛與必要設定，同時避免不慎顯示內容本身或秘密資訊。
4. 還原到另一個環境是否能運作
最後還原到隔離測試環境，確認能開啟頁面、進入管理畫面，以及圖片與功能運作。通過這些檢查，才能判斷「較可能可用於還原」。
即使完整性檢查成功，也可能因環境差異或步驟不足而無法啟動。反過來，只開啟一個頁面，也不代表預訂與郵件正常。
還原演練前的安全條件
確認以下條件後才開始。
- 與正式環境分開的伺服器、測試區域或本機環境
- 測試環境不向搜尋引擎公開
- 以Basic驗證等防止第三方閱覽
- 不連接正式預訂系統或付款服務
- 不向正式收件對象寄送郵件
- 不將測試存取送到Analytics或廣告計測
- 複製的個人資訊限於必要最少範圍，使用後可安全處理
- 未設定正式資料庫的連接目標
- 負責人已確認還原不會覆寫正式環境
旅宿網站可能保存姓名、電子郵件地址、詢問與預訂資訊。即使用於測試，也需決定複製個人資訊的範圍與保存期間。可行時以匿名化資料確認。
可交給AI的作業
Codex或Claude Code可協助以下機械性確認。
- 列出備份日期時間、大小與版本數
- 壓縮格式或檢查碼的檢查計畫
- 製作資料庫與檔案是否齊全的確認項目
- 確認測試與正式環境連接目標的差異
- 確認還原後重要URL的HTTP回應
- 整理圖片、CSS與JavaScript載入失敗
- 比較WordPress、佈景主題與外掛版本
- 記錄還原所需時間與錯誤
- 更新演練報告與下次步驟
但不要只用一句「將最新備份還原到正式環境」請AI執行。還原可能覆寫既有資料，對象、還原位置、備份日期時間、需停用的功能與還原方法，都需由人員核准。
旅宿主人需確認的項目
即使技術上沒有錯誤，也無法自動判斷旅宿資訊是否正確。
顯示
- 能開啟首頁
- 顯示客房、費用、餐食與交通
- 照片沒有缺少或變舊
- 電腦與智慧型手機沒有嚴重版面錯亂
預訂與聯絡
- 預訂按鈕前往預期預訂目標
- 費用、方案與空房說明正確
- 可用安全收件對象測試聯絡表單
- 電話、電子郵件與休館說明正確
WordPress管理
- 正規管理員能進入管理畫面
- 最近文章與固定頁面存在
- 能開啟媒體圖片
- 能識別佈景主題與必要外掛
- 管理員權限與使用者符合預期
為避免執行正式付款或占用真實住宿房量，預訂與付款測試方法請向使用中的服務確認。
如何選擇還原時間點
「最新」不一定最好。問題或遭竄改後取得的備份，也可能包含該問題。
保存多個版本，並記錄以下事項。
| 記錄 | 用於判斷的原因 |
|---|---|
| 取得日期時間 | 判斷是否在問題發生前 |
| WordPress、佈景主題與外掛版本 | 確認與還原環境的相容性 |
| 主要更新內容 | 確認還原到哪些文章與設定 |
| 自動檢查結果 | 確認建立與損壞檢查是否通過 |
| 還原測試日 | 知道該版本是否已實際還原成功 |
若在WordPress內管理住宿預訂與詢問，還原舊備份可能遺失備份後新增的資料。還原前，需分別判斷是「只還原網站顯示」還是「還原整個資料庫」。
可直接複製給AI的委託內容
不變更備份，先稽核
我想確認WordPress備份是否處於可用於還原的狀態。
此需求不要執行還原、解壓縮、刪除或正式環境變更。
關於備份，請在不顯示秘密資訊或內容的情況下，
製作確認取得日期時間、大小、檔案格式、檢查碼、版本數、
資料庫與WordPress檔案是否存在的計畫。
請分別列出不足項目、無法確認項目，以及要問維護負責人的問題。
建立還原演練計畫
請製作將WordPress備份還原到隔離測試環境的
演練計畫。先不要執行。
條件是不修改正式環境、不在搜尋公開、停用外部郵件、
分離預訂、付款與Analytics，以及將個人資訊減至最少。
依準備、還原、技術確認、旅宿主人確認與收尾的順序整理，
各流程需附上負責人、通過條件、中止條件與還原方法。
在我核准對象與還原位置前，不要執行命令。
記錄演練結果
請將還原演練結果整理成營運記錄。
整理實施日、使用的備份日期時間、還原位置、所需時間、
通過確認、失敗確認、尚未確認事項與下次前需改善之處。
不要在記錄放入密碼、金鑰、內部連接資訊、顧客或預訂資訊。
不要斷言「可以還原」，請明記本次可確認的範圍。
通過、暫緩與不通過的標準
通過
- 資料庫與必要檔案齊全
- 通過完整性檢查
- 可依步驟還原到隔離環境
- 可確認重要頁面、圖片與管理畫面
- 人員已確認旅宿預訂路徑與刊載資訊
- 已記錄還原時間與負責人
暫緩
- 能開啟頁面，但無法安全測試郵件或預訂整合
- 尚未連接部分外部服務
- 仍有只有還原負責人知道的步驟
- 因含個人資訊而限制確認範圍
不通過
- 備份損壞
- 缺少資料庫或圖片等
- 不清楚還原步驟或解密方法
- 配置必須連接正式環境才能測試
- 還原會影響預訂、郵件或付款
即使不通過，也不可立即刪除備份。先確認其他版本、詢問備份保存來源服務，或由維護負責人調查。
多久測試一次
取決於網站更新頻率與重要程度，至少在以下時機考慮。
- 導入或改變備份方式時
- 變更伺服器或維護公司前
- WordPress或PHP重大更新前
- 修改預訂或詢問功能後
- 還原負責人或步驟改變時
- 定期檢查發現從未做過還原測試時
即使難以每次測試全部，也應採兩階段營運：平時確認建立結果與完整性，定期完成隔離環境的還原。
旅宿主人檢查清單
- [ ] 同時保存資料庫與檔案
- [ ] 知道保存日期時間與對象網站
- [ ] 有多個版本
- [ ] 伺服器外也有安全保存位置
- [ ] 有確認完整性的方法
- [ ] 知道還原負責人與聯絡方法
- [ ] 有與正式環境分開的還原位置
- [ ] 能分離預訂、付款與郵件
- [ ] 已決定旅宿主人確認的URL與功能
- [ ] 已記錄還原時間、失敗與改善事項
需從備份基礎開始時，請先閱讀WordPress更新前的備份與還原。還原環境的概念請閱讀WordPress測試環境入門，更新後的問題調查請閱讀逐一釐清佈景主題、外掛與快取問題。
參考的官方資訊
總結
備份若只是「檔案存在」，無法成為緊急時安心的依據。應測試到資料庫與檔案齊全、沒有損壞、能還原到隔離環境，並確認旅宿重要功能。
AI適合整理檢查項目、差異、錯誤與記錄。而還原位置核准、個人資訊處理、預訂與費用是否正確，以及是否還原到正式環境，則由人員負責。平時先做一次演練，就能減少故障時對「誰、什麼、還原到哪裡」猶豫的時間。
