快照空间为什么会涨
快照依赖保留「变化前的数据块」来实现时间点回滚。主数据每发生一次改写，被覆盖的旧块就要留给快照，占用随之增长。这意味着快照空间消耗速度与业务写入量直接相关，而写入量又随业务波动。监控的目标是让快照空间始终处于可预期状态：知道谁在占、涨得多快、什么时候会触顶、触顶后会发生什么。
基本信息
| 监控对象 | 各快照占用空间、增长速率、快照数量与年龄、预留空间与上限配置 |
|---|---|
| 数据来源 | 阵列管理工具与池级告警为主，主机侧通常无法察觉快照占用 |
| 关键参数 | 快照空间预留、自动增长开关与其上限、快照保留与清理策略 |
| 判读要点 | 占用增长速率接近主数据写入量，说明保留策略过宽或快照过旧 |
| 风险后果 | 快照空间写满可能导致主机 IO 挂起、快照失效甚至卷脱机 |
| 配套动作 | 按业务窗口设置保留期，快照与主数据空间分别设阈 |
典型使用场景
- 上线快照策略，需要同时定义保留期与空间上限时
- 快照空间告警频发，判断是策略过宽还是业务写入量激增时
- 大版本发布或批量变更前建快照，评估可用空间是否足够时
- 分析快照年龄分布，清理长期无人使用的历史快照时
- 容量紧张时评估快照空间的清理收益与风险
主机侧与阵列侧的观察分工
主机侧与阵列侧的观察分工
# 主机侧通常看不到快照占用，但能看到写入量级
# 用写入量估算快照空间的增长趋势
iostat -x 1 60 | awk '{print $1, $8, $9}'
# 主机侧容量指标只反映可见卷
df -h /data
# 快照占用、增长与保留策略必须在阵列管理工具中查看
# 关键动作：把快照占用与增长速率纳入监控采集，形成趋势
# 采集频率按快照生命周期设定，避免只在告警时才知道监控项与判读
| 监控项 | 判读 | 处置方向 |
|---|---|---|
| 快照占用总量 | 接近预留或上限即告警 | 清理过期快照或扩大预留 |
| 增长速率 | 与业务写入量对比 | 缩短保留期、减少快照层数 |
| 快照数量与年龄 | 长期存在且无人使用的快照 | 按保留策略清理 |
| 自动增长配置 | 是否开启、上限多少 | 明确上限避免无限占用 |
快照空间与主数据空间要分别设阈值：只监控卷可见用量，快照增长会把池悄悄填满，而主机侧一切看起来正常。
快照空间写满的后果通常比容量告警更严重：写入失败、快照失效甚至卷脱机都可能发生，且直接影响业务 IO。这类阈值应比常规容量阈值更保守。