创建与回滚的两个阶段
创建快照是把某一时刻的数据状态固定下来，耗时极短，但要先解决一致性问题：操作系统崩溃一致性与应用一致性不是一回事，数据库或多卷业务必须在应用静默或一致性组的配合下才有可用恢复点。回滚是把卷整体退回到该时间点，它是一次覆盖性操作，回滚点之后写入的数据会被丢弃，因此必须按变更来对待。
基本信息
| 创建耗时 | 通常为秒级，建立基准点时可能受写入负载影响 |
|---|---|
| 一致性层次 | 崩溃一致性、文件系统一致性、应用一致性 |
| 回滚特征 | 整卷覆盖，回滚点之后的数据丢失 |
| 适用边界 | 取回个别文件应走只读挂载而非回滚 |
典型使用场景
- 系统变更前：打补丁、改配置、升级前留恢复点
- 数据修复：确认必须整卷回退的严重逻辑错误
- 一致性组演练：验证多卷业务能否整组回退
- 数据库维护：在应用静默后创建可用的恢复点
- 演练与教学：在克隆环境上模拟回滚流程
阶段要点与风险
| 阶段 | 要点 | 主要风险 |
|---|---|---|
| 创建前 | 确认一致性、空间与命名 | 应用未静默，恢复点不可用 |
| 创建中 | 避开写入高峰，多卷用一致性组 | 基准点建立瞬间延迟略升 |
| 回滚前 | 确认停机窗口与数据取舍 | 回滚后数据不可找回 |
| 回滚后 | 重新扫描设备、验证应用 | 主机缓存与设备映射残留 |
回滚执行的检查清单
回滚执行的检查清单
# 停机确认：业务方书面同意，相关应用已停止写入
# 数据取舍：确认回滚点之后的数据确实可以丢弃
# 范围确认：单卷回滚还是整组一致性地回滚
# 后续快照：确认回滚点之后快照的删除或保留处理
# 回滚执行：记录开始与结束时间，保留操作日志
# 回滚后验：设备重新扫描、文件系统检查、应用启动验证回滚是不可逆操作，覆盖后的数据通常无法通过存储侧找回。回滚前建议先对当前状态再建一个快照或做一份克隆，给判断留一条后路。