恢复前核对清单
恢复动作本质是一次覆盖式变更：它会把目标环境改成备份时点的样子，过程中的任何误判都会直接作用在生产数据上。因此在动手前要核对四件事——备份版本与校验结果、目标环境的容量与版本、当前环境是否已留好现场、窗口与人员是否就位。清单要逐条打勾留痕，避免口头确认。
基本信息
| 使用时机 | 任何一次从备份恢复的动作之前，包括演练 |
|---|---|
| 核对项 | 备份时点、校验结果、目标容量与版本、现场保护、窗口与人员、回退路径 |
| 留痕方式 | 清单逐条打勾并记录核对人与时间 |
| 最易遗漏 | 恢复前先对当前环境做快照或备份 |
典型使用场景
- 生产故障恢复：在压力最大的时刻按清单逐项确认，避免手忙脚乱
- 演练恢复：用同一份清单，保证演练与实战流程一致
- 变更取消后的回退：确认回退的备份版本正确
- 跨环境恢复：从生产备份往测试环境恢复时的准入检查
- 交接班：把核对结果作为交接材料的一部分
恢复前核对清单
恢复前核对清单
# 1 备份时间点是否正确（不是旧了一个周期的那种）
# 2 备份校验是否已通过（校验和、工具检查、最近的试恢复记录）
# 3 目标环境（实例、存储、网络）容量与版本是否就绪
# 4 当前环境的快照或备份是否已完成（保留现场）
# 5 恢复窗口是否已批准，相关方是否已知会
# 6 执行人、验证人、指挥者是否就位，通讯是否畅通
# 7 回退路径是否明确：恢复失败时怎么办
# 8 应用侧准备：连接串、配置、缓存与队列如何配合核对项与风险
| 核对项 | 漏检后果 | 核对方式 |
|---|---|---|
| 备份时点 | 恢复到旧时间点，数据白丢一期 | 记录并双人复核时间戳 |
| 校验结果 | 用损坏的备份恢复，失败或数据残缺 | 查最近的校验记录 |
| 现场保护 | 恢复失败时无法回到操作前状态 | 先做快照或备份目标环境 |
| 版本匹配 | 备份对应的应用版本与当前二进制不一致 | 核对版本清单 |
| 回退路径 | 出问题时只能硬扛 | 写明回退动作与判定人 |
清单要在演练中反复使用并迭代：用过一次的清单才会发现缺了哪几项，比如缓存预热、队列堆积处理、外部系统白名单。