保留规则决定长期可用性
快照策略可以拆成三层：触发条件描述什么时候打点，作用范围描述对哪些卷生效，保留规则描述留多少份、留多久。前两层决定了策略能不能跑起来，第三层决定了数据损坏发生时手里还有没有干净点。策略自动化的价值在于一致性：把同一套规则套用到所有应受保护的对象上，避免出现个别卷因为被遗漏而长期没有可用恢复点。
策略要素
| 触发方式 | 按固定间隔、按事件触发，或限定在指定窗口内执行 |
|---|---|
| 作用范围 | 按卷、按数据集或按业务标签分组套用 |
| 保留规则 | 份数、时长，以及两者结合的分层保留 |
| 保留层次 | 近期密集、远期稀疏，逐层递减 |
| 过期处理 | 到期自动删除，需确认对快照链引用关系的影响 |
| 生效核验 | 检查实际生成记录，而不只是检查配置是否保存 |
典型使用场景
- 为大批量卷统一制定保护策略，避免逐卷配置造成遗漏
- 按业务等级划分不同保留强度，核心系统保留窗口更长
- 变更窗口前后自动打点，为高风险操作预留恢复点
- 评估容量增长趋势，判断保留规则是否需要调整
- 交接或审计时说明保护策略，用实际生成记录支撑结论
- 发现恢复点缺失后回溯策略，定位是配置问题还是执行问题
保留规则维度
| 保留维度 | 典型做法 | 作用 | 风险 |
|---|---|---|---|
| 按数量 | 保留最近若干份 | 快速回退到近期状态 | 高频写入下可用窗口很短 |
| 按时长 | 保留若干天后删除 | 可追溯较长的时间范围 | 容量占用与变化量成正比 |
| 分层保留 | 近期密集、远期稀疏 | 兼顾回退粒度与容量成本 | 规则复杂，容易配置出错 |
| 按事件 | 变更前后各打一份 | 为高风险操作留恢复点 | 忘记清理会长期占用资源 |
| 按站点 | 关键节点复制到远端 | 抵御站点级故障 | 链路带宽与远端容量需同步规划 |
分层保留策略示例
分层保留策略示例
# 高频层：每 1 小时打点一次，保留最近 24 份
# 日层：每天固定时点打点一次，保留最近 14 份
# 周层：每周打点一次，保留最近 8 份
# 月层：每月打点一次，保留最近 12 份
# 过期动作：到期自动删除，删除前确认不影响仍被引用的快照链
# 核验动作：每周比对实际生成份数与策略声明是否一致
# 容量动作：按月观察快照占用增长，必要时调整保留窗口策略配好不等于策略生效。常见偏差包括：触发时间落在备份窗口内造成资源争抢，部分卷未被标签覆盖而实际没有受保护，按份数保留使长时间无写入的卷过早失去恢复点。把实际生成记录纳入定期核验，才能判断策略是否按设计运行。