WordPress更新前開始備份，卻發現進度停止、收到失敗郵件，或保存位置找不到檔案。此時反覆重新執行，可能進一步占用伺服器容量，或增加不完整檔案。
重點不是看到錯誤就立即改設定，而是先確認在哪個流程停止、留下什麼，以及最後成功的備份時間。
本文說明如何以Codex或Claude Code協助調查，讓不熟悉IT的旅宿主人也能安全整理情況。
結論：重新執行前，先確認「停止的位置」與「可還原的備份版本」
初步處理順序如下。
- 暫停重新執行備份
- 記錄出錯的日期時間與流程
- 確認正式網站正常顯示
- 調查是否留下不完整檔案
- 確認最近成功的備份
- 以唯讀方式調查容量、權限、通訊與時間限制
- 只試一項符合原因的處理
- 成功後確認完整性與還原可能性
備份失敗時，不可接著更新WordPress核心、佈景主題、外掛或PHP，因為尚未確認更新失敗時的還原途徑。
備份由多個流程組成
即使同樣是「備份停止」，停止位置也不只一種。
確認對象
↓
匯出資料庫
↓
收集圖片、佈景主題與外掛等
↓
壓縮或加密
↓
傳送到另一個保存位置
↓
檢查是否損壞
↓
整理舊備份版本
即使資料庫已匯出，也可能在傳送時停止。保存位置有檔案，若還未檢查，也不一定是完成品。不要認定「有檔名就成功」。
常見候選原因
| 候選原因 | 可找到的線索 | 初步安全確認 |
|---|---|---|
| 容量不足 | 寫入錯誤、途中突然停止 | 讀取伺服器與保存位置的剩餘容量 |
| 寫入權限 | 無法建立保存位置 | 讀取對象資料夾的擁有者與權限 |
| 執行時間與記憶體 | 固定時間停止、504等 | 確認服務限制與紀錄中的對應時間 |
| 通訊中斷 | 傳送到外部保存位置時停止 | 確認連接結果、重試與保存服務狀態 |
| 檔案變化 | 壓縮中出現警告 | 確認快取、紀錄等持續更新的對象 |
| 巨大檔案或DB | 每次在同一對象停止 | 列出容量大的對象 |
| 保存位置驗證 | 過期或驗證錯誤 | 在官方管理畫面確認連接狀態 |
| 同時執行 | 多個處理重疊 | 確認排程與執行中的工作 |
此表不是用來斷定原因。例如「傳送中停止」也可能不只因通訊，還包含來源讀取、保存位置容量或驗證期限等可能性。
旅宿主人先確認的事項
正式網站是否運作
- 能開啟首頁
- 預訂按鈕顯示
- 能確認詢問方法
- 能如常進入WordPress管理畫面
若網站本身也停止，就不只是備份調查問題。請確保預訂途徑，聯絡共享主機公司或維護負責人。
留下失敗記錄
- 開始與停止日期時間
- 手動或自動執行
- 畫面顯示的簡短錯誤文字
- 看起來進行到哪個流程
- 剛改變的設定或外掛
- 最後成功的日期時間
截圖可能包含管理畫面URL、使用者名稱、保存位置帳號、檔案路徑或驗證資訊。分享前需遮蔽。
先請AI「只讀取」
若只請AI「修好備份」，它可能立即提議刪除舊檔案、改權限或提高逾時值。應先限定調查範圍。
唯讀調查可確認以下項目。
- 伺服器與保存位置的剩餘容量
- 備份檔案的日期時間、大小與狀態
- 是否有不完整檔案
- 是否有最近已驗證的備份
- 執行時間附近的錯誤種類
- 備份處理的開始與結束狀態
- 相同時間執行的其他處理
- 對象資料大小
- 合約服務的限制與官方說明
不必提供整份紀錄給AI。只使用發生時間附近，已排除秘密資訊的必要部分。
不將不完整檔案當完成品
未完成檔案可能帶有.part、.tmp等標記，但名稱依備份產品或腳本而異。
即使找到不完整檔案，也不要立即刪除。
- 確認執行中的處理確實已結束
- 依官方資料確認是否為產品用於續傳或恢復執行的檔案
- 只記錄檔案位置、日期時間與大小
- 確認最近完成的備份版本另有保存
- 必須刪除時，明示對象，由人員核准
不可讓AI執行一次刪除大範圍資料夾，或名稱不明確的批次刪除命令。
調查容量不足時的注意事項
備份除了讀取原資料，建立暫存檔與壓縮也會使用剩餘容量。即使保存位置有空間，處理的伺服器端仍可能不足。
即使發現容量少，也不可讓AI自動刪除舊圖片、資料庫或紀錄。應分別列出以下對象。
- WordPress上傳圖片
- 已完成的備份版本
- 不完整暫存檔
- 快取
- 紀錄
- 伺服器其他服務使用的資料
確認用途、保存義務與對復原的影響，再判斷哪些可刪。尤其先刪除已完成備份，可能失去唯一還原途徑。
因通訊或時間限制停止
傳送到外部儲存空間或處理大型資料庫需要時間。另一方面，畫面沒有動靜，也可能是背景處理仍在進行。
請確認以下事項。
- 處理目前是否仍在執行
- 最後更新紀錄的時間
- 已傳送大小是否持續改變
- 是否有自動重試機制
- 共享主機的執行時間與記憶體限制
- 外部保存位置的故障資訊
無根據提高執行時間或記憶體上限，可能增加整台伺服器負擔。共享主機請確認服務業者的建議設定；VPS則由維護負責人確認資源狀態與影響。
持續更新檔案的警告
備份期間，存取紀錄、快取、工作階段與暫存檔等也可能改變，因而出現「讀取時檔案改變」的警告。
是否能忽略，取決於對象。
- 是否為快取等可重新產生的內容
- 是否為文章圖片或設定等還原必要內容
- 資料庫是否以一致的方法匯出
- 產品官方資料是否將它列為可排除對象
不要讓AI只靠檔名判斷，應確認用途與還原時的必要性。
可直接複製給AI的委託內容
不變更，先整理候選原因
WordPress備份在途中停止。
先不要重新執行、刪除、改權限或設定。
發生日期時間：［日期時間］
看起來停止的流程：［流程］
顯示錯誤：［已排除秘密資訊的簡短文字］
請只以唯讀方式，建立確認剩餘容量、不完整檔案、最近成功備份版本、
執行狀態與對應時間錯誤種類的計畫。
分別報告事實、推測與尚未確認事項。
不要顯示秘密資訊或完整紀錄。
判斷是否可重新執行
備份失敗的調查結果如下。
［可確認的事實］
先不要執行。
請整理重新執行條件、中止條件、所需剩餘容量、
不完整檔案處理與成功後檢查。
若需刪除或設定變更，逐一列出對象與影響，
分列為需要我核准的項目。
製作給維護公司的報告
請製作給共享主機公司或維護負責人的
備份失敗詢問文字。
包含發生日期時間、重現情況、停止流程、簡短錯誤、最後成功時間、
以及已完成的唯讀確認。
不要包含密碼、私密金鑰、內部路徑或顧客資訊。
也請明記我方未擅自修改。
可繼續的變更與需停止的變更
即使備份仍失敗，也不代表所有作業的風險都一樣。
| 作業 | 判斷原則 |
|---|---|
| 修正錯字或新增文章 | 有最近已驗證備份，且變更容易還原時，個別判斷 |
| 可逆顯示設定 | 記錄原值，影響有限時，個別判斷 |
| WordPress、佈景主題與外掛更新 | 原則上先停止，直到確認成功備份 |
| PHP與資料庫更新 | 停止 |
| DB移轉與批次取代 | 停止 |
| 大量刪除與容量整理 | 停止，確認對象與還原可能性 |
不要只看「有最近備份」，也將損壞檢查與還原演練結果作為判斷依據。
旅宿主人確認清單
- [ ] 沒有反覆開始相同失敗處理
- [ ] 正式網站與預訂路徑運作
- [ ] 已記錄發生日期時間與停止流程
- [ ] 不將不完整檔案計入完成品
- [ ] 已確認最近已驗證備份
- [ ] 已分別調查容量、權限、通訊與時間限制
- [ ] 已從紀錄排除個人資訊與驗證資訊
- [ ] 刪除與權限變更等待人員核准
- [ ] 對原因每次只變更一項
- [ ] 成功後已確認完整性
備份內容與基本方法請閱讀WordPress更新前的備份與還原。成功備份是否真的能還原，請閱讀與AI進行還原演練；備份失敗期間的更新判斷，也請參考WordPress更新入門。
參考的官方資訊
總結
備份停止時，不急著重新執行或改設定，先確認停止流程、不完整檔案與最後成功備份版本。再逐一釐清容量、權限、通訊與時間限制等原因。
AI能協助列出清單、分類紀錄、製作詢問文字與重新執行計畫。但刪除檔案、改權限、繼續更新與淘汰舊版本，需由人員核准。記錄失敗原因與處理方式，下次就不必在同一處猶豫，也能改善備份營運本身。
