备份时间点一致性

备份文件都能下载，压缩包也能打开，真正恢复时却出现文章还在、配图全丢，或者插件提示设置缺失的情况。这类问题通常不是备份失败，而是数据库与站点文件停在了不同的时间点。对 WordPress 而言，数据库导出只覆盖文章、页面、评论和设置，主题、插件、上传文件以及运行配置属于文件系统；两部分没有对齐，恢复出来的就是一个拼装状态，能启动，但不可信。

一致性看的是状态，不是文件名

把数据库和文件命名为同一日期，并不能证明它们描述的是同一个站点状态。判断依据应当落在备份记录上：备份时间、站点版本、文件清单是否齐全，以及这份备份是否在同一批次内生成。数据库导出时刻可以作为参照点，文件快照要么来自同一批次，要么差异范围能够解释清楚。差异是否致命，取决于两次备份之间发生了什么：新增文章往往伴随上传目录里的媒体文件，插件更新则会同时改变代码文件和数据库中的配置项。前者错位表现为内容有记录、图片加载失败；后者错位表现为插件代码与设置不匹配，后台报错或功能异常。

在演练中暴露差异

隔离环境中的实际恢复，是检验时间点一致性最直接的手段。测试站点使用独立主机、独立数据库和测试专用账号，并限制外部访问、阻断邮件与支付等对外写入。恢复后按登录、首页、代表性文章、媒体加载、关键插件与主题逐项检查。媒体缺失时，先回查上传目录是否被纳入文件备份、路径是否正确；后台登录失败或页面报错，则检查数据库导入结果、表前缀、站点地址与插件兼容性。这些现象指向的往往不是“恢复命令写错了”，而是备份范围与备份时点本身存在缺口。

日常维护上，可在每次备份生成后自动检查文件大小、校验和与压缩格式，但这类检查只能证明文件没有损坏，无法证明数据库与文件属于同一状态。恢复演练需要选取近期备份，避免长期只验证一份旧文件。频率没有统一答案，内容更新频繁、业务影响较大的站点可以从每月一次起步；变更较少的站点可放宽到每季度，但更新恢复流程或调整备份方式后应尽快重做一次。演练失败时，回退范围只限测试环境：保留日志，丢弃不确定的测试副本，从原始备份重新开始，不要在生产环境上试错。一次可复核的演练，最终留下的应是备份范围、校验结果、导入结果、功能检查记录与清理确认，而不是一句“备份可用”。