实现自动化多版本备份需兼顾调度机制、版本命名规则与生命周期管理；优先保护用户配置、游戏存档、数据库导出及文档源码；采用时间戳或序号命名避免覆盖；设定按时间或数量的保留策略并自动清理；结合本地ssd、nas/云盘及git实现分层容灾。
要实现自动化备份并保留多个历史版本，关键不是只“备份一次”，而是让每次备份都独立存档、可追溯、不覆盖，并能按需清理旧版本。核心在于调度机制 + 版本命名规则 + 生命周期管理。
明确哪些数据需要多版本保护
不是所有数据都需长期留痕。优先对以下内容启用多版本：
- 用户配置文件（如
~/.config/gh-dash/config.yml、~/.openclaw/openclaw.json） - 游戏存档（Ludusavi 默认支持多版本快照）
- 数据库导出文件（如 MySQL 的
.sql备份） - 文档类项目源码或笔记（配合 Git 或时间戳归档）
用时间戳或序号实现版本隔离
避免直接覆盖同名文件。推荐在备份路径或文件名中嵌入标识：
-
config-20260707.yml（日期格式，清晰易读） -
backup_001.img→backup_002.img（递增编号，适合脚本解析） - 使用 Duplicati 或傲梅轻松备份时，工具会自动为每次增量/差异备份生成唯一快照 ID
设置保留策略，防止磁盘被占满
光存不管，迟早撑爆空间。需主动清理过期副本：
- 按时间：保留最近 7 天 + 最近 4 周 + 最近 3 个月各一份（兼顾细粒度与长期锚点）
- 按数量：最多保留 10 个版本，超出则删除最旧的
- 傲梅轻松备份和 Duplicati 内置「自动清理」选项，勾选即可生效
- Shell 脚本可用
find命令清理：find /backup/gh-dash -name "config-*.yml" -mtime +7 -delete
区分存储位置，提升容灾能力
多版本若全存在本地，硬盘一坏全丢。建议组合使用：
- 主备份：本地 SSD（快速恢复）
- 归档副本：NAS 或云盘（如 Google Drive、S3）
- 关键配置：同步到 Git 仓库（天然带版本树和 diff 能力）
多版本不是堆得越多越好，而是让每个版本有意义、找得到、删得准。
