备份的价值不在于文件数量多少，而在于在需要的时候能不能把数据恢复到可以使用的状态。WordPress 网站的数据分为两部分：数据库和 wp-content 目录，策略设计要同时考虑这两部分。
频率和内容粒度先确定。内容更新频繁的站点按日增量、按周全量，展示型站点可按周执行。数据库体积小、变更密集，适合单独高频备份；上传目录增长快，宜采用增量方式，避免整站打包占用带宽和磁盘。缓存目录、日志文件要排除掉，压缩之后的归档体积可以减半。
存储位置要遵循异地原则。本地或者同主机目录下的副本在故障情况下也会失效，归档应该推送到对象存储或者独立的服务器上，开启版本管理来方便回溯。保留策略按照不同的层级进行设置，最近七天按天保留，最近一个月按周保留，更早的归档按月保留，防止存储成本失控。
调度方式优先使用系统级定时任务来代替内置的伪 cron。站点没有访问的时候伪 cron 不会触发，备份可能会很长时间都没有执行。改为服务器计划任务调用 wp-cron 或者独立脚本，配合日志记录每次执行的开始和结束时间以及归档大小，出现异常时通过邮件或者 webhook 进行告警。
恢复流程要进行验证。定期在测试环境中进行一次归档还原操作，保证数据库导入完整、插件配置和媒体文件可以正常使用。只生成备份文件，不进行还原演练，等同于没有备份。
另外两个细节。备份时写入会导致数据库不一致，可以先进入短暂的维护模式或者使用事务一致性导出。归档加密和访问权限也需要进行设置，防止备份文件本身成为泄露的入口。