AO2 FIELD GUIDE · N072 · WordPress 與轉換體驗
WordPress 還原演練從可承受的資料缺口與恢復時限開始，在合適隔離環境核對檔案、資料庫與外部相依。附演練紀錄和任務驗收表，不把備份成功通知當成網站已具備復原能力。
每天收到備份完成，不代表出事時能恢復網站，更不代表詢問、圖片與外部流程都會一起回來。演練要回答：能恢復到哪個時間點、需要哪些資料、誰能操作，以及恢復之後是否真的可以接回營運。本篇提供方法，不在正式站試刪資料。
WordPress 還原演練，先定能接受的缺口與時限
先列核心工作：客戶查產品與文件、提交詢問、編輯更新內容，以及內部取得紀錄。再由負責人確認可承受遺失多長時間的資料，以及希望多久恢復必要工作。這兩個目標不同：每天一份備份可能仍留下當天資料缺口，還原很快也不代表內容已經最新。
備份保存的是某個時間點，營運需要的是一段能接續的流程。本文處理復原驗證，不提供特定主機或外掛的通用操作指令。實際方式依環境、備份格式與權限確認；先把目標與責任定清楚，再由維護者設計合適演練，不把沒有發生事故當成備份已被證明可用。
白話例子：搬家箱封好了，還得確認能重新開店
假想商店把貨架、帳本與商品分箱存好，搬回去才發現缺了店面鑰匙，帳本也停在昨天。箱子存在只是第一步；要能開店，還需要正確物品、可用場地、接續今日訂單的方法。網站備份同樣可能有檔案，卻少資料庫、重要設定或外部連線所需的安排。
箱子對應備份，帳本對應資料，店面與鑰匙對應執行環境及可取得的必要存取方式。這是假想復原規劃，不代表 AO2 已替某網站實際還原。比喻也不能把所有外部服務當成可從網站備份帶回；寄信、CRM、網域與其他系統各有自身資料與責任，需要分開確認。
先列備份涵蓋什麼，再選合適的演練環境
WordPress 官方備份說明區分網站檔案與資料庫。實務清單還需逐項確認上傳素材、主題、外掛、自訂內容與必要設定由哪份備份涵蓋，保存位置及可取得方式是否可用。若備份只放在同一個可能失效的位置，就要評估單點故障的影響，不能只看有幾個檔名。
演練使用獲授權、適合復原的環境與資料，先確認它不會誤寄正式通知或寫回業務系統，也不會取代目前正式資料。保存來源時間點、環境及還原範圍，必要機密與權限按既有管理方式處理，不把憑證寫進公開紀錄。要測的是復原能力，不是藉演練擴大系統存取。
| 範圍 | 要確認的問題 | 證據 |
|---|---|---|
| 資料庫與檔案 | 哪些內容實際被保存 | 來源時間點與備份清單 |
| 素材與設定 | 附件、自訂內容及必要配置 | 代表資料可重新取得 |
| 環境與相依 | 版本、外部服務及接收端 | 隔離安排與核對方式 |
| 後續新資料 | 備份後新增內容如何接續 | 主要紀錄與負責人 |
從取得備份開始計時，恢復後走核心任務
演練紀錄至少包含開始取得備份、資料還原完成、網站可開啟與核心任務驗收完成的時間。若取得檔案就花很久，不能只報最後一段匯入的速度。遇到版本不相容、檔案缺漏或設定不明，逐項記錄等待原因與接手者；先確認環境與流程，不用正式站反覆嘗試修正。
恢復後抽查代表文章、產品、圖片、文件、作者與必要設定，再用標記測試資料走允許的詢問流程。首頁出現不代表附件與資料關係正確。外部相依則依演練安排用適合方式核對，不因測試站顯示送出，就宣稱正式收件完成。所有結果都需標示實際驗到哪一步。
把備份後的新資料與修正工作交接清楚
比較備份時間點與演練基準，列出之後新增的文章、媒體與詢問可能如何承接。來源在 CRM 或其他系統時，確認主要紀錄在哪裡，不能一律把網站舊副本當最新。若正式復原會影響後續寫入，事前訂暫停、匯回與衝突處理責任；演練只驗方法，不擅自改正式資料。
演練的產出應是已知缺口與改善單，不只一張成功截圖。依結果調整備份頻率、範圍、取得流程與文件，再重測原失敗項。內容與外掛重大變更後回查代表情境，讓接手者能按紀錄操作。恢復目標是否足夠，由業務重要性決定，不用外掛的預設排程代替營運判斷。
| 階段 | 要記錄什麼 | 驗收判斷 |
|---|---|---|
| 取得備份 | 開始時間、位置及等待 | 具權限者能找到可用資料 |
| 執行還原 | 來源版本、範圍及錯誤 | 沒有不明缺漏或覆蓋 |
| 恢復任務 | 頁面、文件與允許流程 | 工作可接續而非只看首頁 |
| 改善回查 | 資料缺口、時限與重測 | 責任人知道如何修正 |
常見問題
備份外掛顯示成功，還需要還原演練嗎？
需要驗證可取得及可使用。成功通知可能只表示備份工作完成，仍需確認涵蓋範圍、檔案完整性、環境相容及任務恢復。先在合適環境選一個時間點演練，記錄取得、還原、核對及缺口。不能只因有壓縮檔或首頁恢復，就推論所有媒體、文件與外部流程都能接回。
為什麼還原網站後，仍可能少了當天詢問？
備份只涵蓋其保存時間點，之後的新增資料需要另外承接。先查詢問實際保存於網站、CRM 或其他來源，再訂可承受缺口、保存頻率及補回責任。回復舊資料庫可能影響新紀錄，不能直接覆蓋。演練要列出差額與方法，不能用還原速度很快掩蓋資料仍有缺口。
可以在正式站刪一篇文章測備份嗎？
本篇建議在獲授權且合適的演練環境驗證，先隔開會產生外部影響的行為。正式站的刪除與復原可能影響客戶、網址和後續資料，不應為了確認備份而臨時操作。先準備範圍、測試資料與驗收，再由維護者執行；報告寫實際結果，未執行的還原不標成通過。
白話總結：箱子存好了，也要試能不能重新開店
先定能接受的資料缺口與恢復時限，再實際驗證備份取得、還原與核心工作。
- 列範圍：核對檔案、資料、設定與外部相依，指定取得方式。
- 做演練：在合適環境記錄完整時間，走代表內容與允許的功能任務。
- 補缺口：安排備份後新資料的接續，修正失敗項並保留重測證據。
完成條件：團隊知道能恢復到哪裡、需要多久、還缺什麼，以及每項缺口由誰接手。
來源與方法範圍
資料查核：2026 年 10 月 24 日。來源支持文中對應的準則與平台說明；工作表、判斷步驟及已標示的假想情境由 AO2 整理，實際使用時依產品資料與現行設定核對。
