Cloudways 災難復原演練教學：用還原點驗證 WordPress 回復流程

有備份不代表真的能復原。網站遇到外掛更新失敗、資料庫損壞或誤刪內容時，最重要的是知道哪一個還原點可用、需要回復哪些範圍，以及回復後怎樣驗證。本文示範一套不直接影響正式站的復原演練流程：先確認備份，再選擇時間點，覆核範圍和空間，最後檢查網站功能。截圖中的網域、IP、帳戶、電郵、伺服器及付款資料均已遮蔽。

演練前的安全原則

正式站復原前，先在 Staging 或複製環境演練。把目前資料庫、媒體及設定另存一份，記錄演練開始時間，並通知團隊暫停內容更新。若必須處理正式站，先安排低流量時段及回退方案。

步驟 1：開啟 Restore 頁面

在 Cloudways 選擇目標應用程式的 Backup 或 Restore 入口，先確認選中的應用程式是演練用副本。不要把真實網域或應用程式名稱寫入公開筆記；截圖只顯示已匿名化標籤。

步驟 2：選擇可用的還原點

按事故前的時間、備份完成狀態及保留期篩選還原點。不要只挑最新一份；若問題可能早已存在，應比較多個時間點，並把選擇理由記在本機 Markdown 紀錄。

步驟 3：確認還原範圍

確認是整個應用程式、資料庫、檔案，還是指定元件。電商網站通常要特別保護近期訂單及上載媒體；演練可先用測試資料庫，避免把正式資料覆蓋。任何帳戶識別資料都不應出現在截圖或文章。

步驟 4：覆核儲存空間及影響

開始前查看可用儲存空間、預估時間及維護提示。若磁碟空間不足，先清理安全的暫存檔或擴充容量；不要在還原進行中同時升級 PHP、修改 DNS 或清空快取。

步驟 5：啟動並監察還原進度

確認摘要無誤後才啟動，並保存工作編號、開始時間和狀態。期間不要重複按提交；若出現錯誤，先截取已遮蔽的錯誤類型及時間，再按平台支援流程處理。

步驟 6：逐項驗證網站

還原完成後先檢查首頁、登入、文章、媒體、表單、付款、Cron 及第三方 API，再比較 PHP 錯誤日誌和 Monitoring 數據。若是演練，記錄實際復原時間（RTO）和可接受資料遺失範圍（RPO），下次才可改善備份頻率。

常見問題：演練會否影響正式站？

在獨立 Staging 或複製應用程式進行，通常比直接對正式站還原安全。若只能使用正式站，必須先取得維護時段和回退批准。

常見問題：還原完成後可以立即刪除舊備份嗎？

不建議。先完成完整驗證並觀察一個高峰週期，再依保留政策清理，並把演練紀錄保存到本機。

總結

災難復原的重點不是「按下 Restore」，而是建立可重複、可計時、可驗證的流程。每次演練都保存還原點、範圍、時間及測試結果，遇到事故時才可以有把握地回復網站。