Linux定时备份需构建闭环机制：按数据重要性分级设定频率，分层选用rsync、mysqldump等工具，严格遵循3-2-1存储策略，并每月开展恢复演练验证有效性。
Linux 环境下定时备份不是“设完 cron 就完事”，而是围绕数据可恢复性构建的一整套闭环机制。核心在于：备份必须可验证、可还原、有冗余、能响应业务变化节奏。
按数据重要性分级设定备份频率
一刀切的每日全量既浪费资源，又掩盖风险。应将系统数据分为三类：
- 关键业务数据（如数据库、用户上传目录、配置中心）：每小时增量 + 每日全量，RPO 控制在 1 小时内；
- 系统配置与应用代码（/etc、/opt/app、/var/www）：每日增量备份，配合 LVM 快照或 rsync --link-dest 保留 7 天时间点；
- 日志与临时数据（/var/log、/tmp）：不备份，或仅保留最近 3 天压缩归档，避免占用主备份通道。
选对工具组合，兼顾效率与可靠性
单一工具难覆盖全部场景，推荐分层搭配：
- 文件级备份：用 rsync -avz --delete --exclude={/proc,/sys,/dev} 实现带校验的同步，配合 --link-dest 构建硬链接快照树；
- 数据库一致性备份：MySQL 用 mysqldump --single-transaction --routines --triggers，PostgreSQL 用 pg_dump -F c -v，均需包含权限与元数据；
- LVM 元数据保护：每小时执行 vgcfgbackup -f /backup/lvm/vg01_$(date +%Y%m%d_%H%M%S).vg，并自动清理 24 小时前旧文件；
- 加密与传输安全：所有远程备份走 SSH 加密通道，敏感备份文件用 gpg --encrypt --recipient 指定公钥加密后再上传至对象存储。
备份存储必须满足“3-2-1”硬约束
本地磁盘再快也不是保险柜。真正有效的存储策略是：
- 保留 3 份副本：1 份在本地（用于快速恢复），1 份在同机房另一台服务器（防单点故障），1 份异地上云（如 AWS S3 或阿里云 OSS）；
- 使用 2 种介质：本地 SSD + 对象存储（不可篡改、版本控制、生命周期管理）；
- 1 份异地：确保云存储区域与生产环境物理隔离（例如华东 1 生产，华南 2 存储备份）。
定期恢复演练才是检验备份有效性的唯一标准
没验证过的备份等于没备份。建议每月执行一次最小化恢复测试：
- 从对象存储拉取最新备份包，解压后检查 tar -tvf 或 rsync -n 模拟同步；
- 在隔离环境启动一个轻量容器，导入数据库 dump 并运行 checksum 对比表行数与 CRC32；
- 每季度做一次完整流程演练：重装系统 → 恢复 LVM 配置 → 挂载逻辑卷 → 还原文件 → 启动服务 → 验证接口可用性。
