如何定期备份网站文件与数据库

先列出需要恢复的内容

网站文件、数据库、上传资源、环境配置、证书和部署说明的备份方式不同。先列出站点恢复依赖，再设定恢复点目标（最多能接受丢失多久的数据）和恢复时间目标（最多能接受停机多久）。

内容	常见备份方式	验证方法
静态文件和上传资源	版本化副本或压缩归档	抽样解压并检查文件
关系型数据库	数据库原生逻辑或物理备份	恢复到隔离实例并检查表
配置与部署说明	安全的私有版本库或加密归档	在新环境按说明重建服务

备份网站文件

备份时确认目标目录和磁盘空间，避免把临时文件、缓存和旧归档无限重复打包。归档写入服务器外的受控存储；不要将备份放在公开 Web 根目录或与生产文件共用唯一副本。

tar -czf site-files-$(date +%F).tar.gz -C /var/www example.com

归档不等于安全备份

备份需要异地保存、访问权限控制、保留周期和恢复验证。包含用户数据时还要考虑加密与隐私要求。

备份数据库并避免泄露凭据

优先使用数据库原生备份工具，确认备份一致性、字符集和版本兼容。不要将密码直接写在命令行参数或公开脚本中；按数据库文档使用安全凭据文件、受限环境变量或密钥管理方式。

pg_dump --format=custom --file=site-db-$(date +%F).dump "$DATABASE_URL"

定期恢复演练

演练不是"打开压缩包看一眼文件还在"，而是模拟一次真实故障：在隔离环境里从零恢复出一个完整可用的站点。演练的真正产出是一份"恢复手册"——记录每一步命令、耗时和卡壳的地方。真出事的那天，你是按手册操作，而不是在慌乱中翻两年前的记忆。

1. 准备一个与生产隔离的干净环境（本机容器、临时服务器均可）。
2. 把最近一次文件归档恢复到对应目录。
3. 把数据库备份恢复到全新实例，绝不覆盖生产库。
4. 用临时域名或 hosts 指向，按清单过核心页面：首页、文章、登录、表单提交。
5. 记录总耗时与缺失步骤，更新恢复手册和备份计划。

让备份"自动发生"：手动备份终会遗忘。把备份命令写进 crontab 定时执行（选每天流量的低谷时段），输出重定向到日志文件并写入成功标记；上线第一周每天看一眼日志和备份产物，确认制度真的在跑。

三种"等于没备份"的做法

备份和网站放在同一块磁盘上——服务器没了备份陪葬；只备份数据库忘了上传附件，或相反——恢复出来都是半个站；备份从未成功恢复过——它可能从一开始就是坏的，只是没人知道。

下一步该读什么

相关教程

• Linux 定时任务入门：用 crontab 自动备份：把本文的备份策略交给定时任务自动执行
• 网站被黑了怎么办：被黑后能不能活下来，取决于这份备份
• 网站搬家全流程：迁移的本质就是一次计划内的备份 + 恢复