链深为什么重要
同一卷上按时间顺序保留的多个快照会形成一条链，链深指从当前卷回溯到某个时间点需要经过的层数。层数越多，元数据表越大，读请求定位数据需要走的映射级数越多，删除与回滚这类操作也要处理更多层级。链深不会自己变浅，只会在无人干预时持续累加。
基本信息
| 形成原因 | 同一卷反复创建快照并长期不清理 |
|---|---|
| 直接后果 | 元数据膨胀、回滚变慢、空间占用放大 |
| 产品约束 | 多数产品设链深上限或推荐值，细节以厂商文档为准 |
| 管理动作 | 定期归并中间层、限制保留数量、规范命名与责任人 |
典型使用场景
- 周度巡检：把链深与最老快照年龄列进检查项
- 重大变更前：清理过期快照后再建新保护点
- 回滚演练：确认回滚目标快照是否需要先清理其后的快照
- 策略上线前评估：测算长期运行后链深能否稳定在可接受范围
- 故障复盘：判断性能退化是否由链深累积引起
链深带来的变化
| 表现 | 原因 | 应对 |
|---|---|---|
| 随机读变慢 | 映射级数增加，定位路径变长 | 控制链深，归并旧层级 |
| 回滚耗时长 | 需要处理该点之后的全部变更 | 尽量回滚到较新的快照点 |
| 删除慢 | 被删快照的块仍被其他层引用 | 按老化顺序分批删除 |
| 空间放大 | 多层各自保留旧数据 | 收紧保留数量与周期 |
链维护的常规节奏
链维护的常规节奏
# 每周核对：快照数量、最老快照年龄、链深分布
# 每月归并：把小时级与天级快照合并，只留必要时间点
# 每次变更：先清理过期快照，再建一个命名规范的临时快照
# 每次回滚：记录回滚前状态并确认后续快照的处理方式
# 每季度复盘：保留策略是否仍与业务恢复点目标匹配很多产品在回滚到某个较早快照时，要求先删除该点之后的快照，等于放弃更近的恢复点。因此回滚对象要慎选，若只是取回个别文件，改用只读挂载的提取方式更安全。