恢复到隔离环境验证
把备份恢复到一个与生产隔离的沙箱环境，验证备份可读、应用可启动、数据可用，全程不影响生产。这是性价比最高的备份验证方式：既测了备份本身，又顺带把恢复流程、脚本与文档过了一遍。验证深度可以逐级加深，从『文件能解开』到『业务查询结果正确』，每加一级都会多暴露一类问题。
基本信息
| 环境要求 | 隔离网络与独立实例，不能与生产互通 |
|---|---|
| 验证层次 | 可恢复性 → 结构与行数 → 业务查询 → 应用启动 |
| 频率 | 关键系统至少每季度一次，有条件可每周自动执行 |
| 记录内容 | 恢复耗时、报错、缺失对象、数据差异 |
典型使用场景
- 备份软件或参数调整后的回归验证
- 季度演练：在沙箱内完成从恢复到业务可用的全流程
- 应用升级预演：先用恢复出来的数据跑一遍新版本
- 新人培训：让新同事在沙箱里完整操作一次恢复
- 故障复盘：把事故时的备份恢复到隔离环境，分析数据状态
隔离恢复要点
隔离恢复要点
# 1) 准备隔离网络与实例（不能与生产网互通，禁止对外提供服务）
# 2) 恢复数据到沙箱
pg_restore -d appdb_verify -j 4 /backup/appdb.dump
# 3) 启动应用指向沙箱数据库，执行冒烟与对账查询
psql -d appdb_verify -c "SELECT count(*) FROM orders WHERE created_at::date = CURRENT_DATE - 1;"
psql -d appdb_verify -c "SELECT sum(amount) FROM orders WHERE created_at::date = CURRENT_DATE - 1;"
# 4) 记录：恢复耗时、报错、缺失对象、数据差异，并归档结果
printf '%s restore ok, elapsed %ss\n' "$(date +%F)" "$SECONDS" >> /var/log/drills/restore.log验证深度与成本
| 深度 | 动作 | 能发现的问题 |
|---|---|---|
| 可恢复性 | 恢复文件能否打开 | 归档损坏、格式不匹配 |
| 结构 | 比对表、索引、存储过程数量 | 对象缺失、权限脚本未执行 |
| 数据 | 行数与抽样校验和 | 数据大量缺失或内容错误 |
| 应用 | 启动应用并跑冒烟用例 | 配置、密钥、依赖缺失 |
沙箱恢复耗时本身就是重要产出：它就是真实灾难下的 RTO 基线，比估算值可信得多。多次记录的分布比单次值更有参考意义。
沙箱必须网络隔离：恢复出的实例带着生产数据却可被访问，或被脚本误连生产库执行清理动作，都会造成真实损失。