先给结论
备份要两条线同时做：文件线备份程序、模板、上传资料与配置，数据库线备份文章、用户与站点设置。只备其中一条，出事时还原不出完整站点；备份之后还要验证能恢复，才算数。
两条线各管什么
| 对比项 | 文件备份 | 数据库备份 |
|---|---|---|
| 包含内容 | 程序文件、模板、上传的图片与附件、配置文件 | 文章正文、用户、栏目与站点设置 |
| 丢失后果 | 版式与资源丢失，内容可能还在 | 内容与配置丢失，版式可能还在 |
| 更新时机 | 代码或模板变更后 | 内容变更后加定期导出 |
| 常见疏漏 | 漏掉上传目录与配置文件 | 只在本地留一份，机器故障即失效 |
双线清单
- 两条线都要备，任何一条缺失都视为备份不完整。
- 备份与站点分开存放，异地或独立存储至少保留副本。
- 保留最近若干份，按轮换策略覆盖，避免只有一份可回退。
- 重大改版、批量删除、迁移服务器之前，先做一次全量备份。
- 定期挑一份备份做恢复验证，确认文件齐全、数据库可导入。
恢复验证看三点
验证时在独立环境还原：一是页面能打开、版式正常，说明文件线完整；二是文章与设置都在，说明数据库线完整；三是上传的图片能显示，说明附件没有遗漏。三点全过，这份备份才可依赖。备份策略属于运维体系的一部分，与监控、日志、安全补丁配合起来才有意义。
相关阅读：运维托管服务
常见问题
文件和数据库要分开备份吗？
分开管理更清晰：两者更新节奏不同、恢复场景也不同。合并成一个压缩包便于整体还原，但内部仍应能区分文件与数据库，避免出事时找不到对应部分。
多久备份一次合适？
以内容变更频率为准：变更频繁就跟着变更节奏备份，平稳期保留定期备份兜底。关键节点（改版、迁移、批量操作）前必须额外做一次，不依赖常规周期。
备份放在服务器同一台机器上可以吗？
可以作为日常副本，但不能作为唯一副本。服务器级故障会同时带走站点与备份，至少要有一份独立于该机器的副本，才能应对整机损坏。
怎么判断备份真的能用？
定期做恢复演练：挑最近一份备份在独立环境还原，按页面、内容、附件三项逐项检查。没验证过的备份只能算"文件存在"，不能算"可以恢复"。