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能协助列出清单、分类日志、制作询问文字与重新执行计划。但删除文件、改权限、继续更新与淘汰旧版本，需由人员批准。记录失败原因与处理方式，下次就不必在同一处犹豫，也能改善备份运营本身。
