是什么
割接预演是在正式窗口之前，把整套割接步骤完整走一遍：停写、追平、切换、验证、回滚，每一步都按方案执行并计时。它的目的不是证明方案正确，而是找出方案里想当然的环节。预演记录下来的实际耗时与卡点，直接决定正式窗口要留多少缓冲，以及哪些步骤需要拆开提前完成。
基本信息
| 预演内容 | 全流程步骤、回滚动作与验证清单，缺一不可 |
|---|---|
| 记录产出 | 每步计划耗时与实际耗时、卡点、修正项与责任人 |
| 环境选择 | 演练环境或可接受风险的非关键业务批次 |
| 参与人员 | 执行、验证、决策三类角色都要到场，不能只有执行方 |
| 目标 | 在正式窗口内可重复执行、可回滚、可验证 |
典型使用场景
- 大型割接前：数据库与业务系统同时切换的方案，必须整流程预演
- 首次使用新工具：迁移工具的能力边界只有实测才知道
- 回滚路径验证：确认反向切换步骤真的可行，而不是写在文档里
- 窗口时长校准：用预演耗时反推正式窗口需要多少缓冲
- 跨团队协作演练：验证通知、决策与回滚指令的传递链路
预演记录表结构
预演记录表结构
| 步骤 | 计划耗时 | 实际耗时 | 卡点 | 修正 |
|------|----------|----------|------|------|
| 停写 | 5 分钟 | 8 分钟 | 依赖任务未跑完 | 调整停写顺序 |
| 追平 | 10 分钟 | 25 分钟 | 延迟归零比预期慢 | 提前限流并延长缓冲 |
| 切换 | 3 分钟 | 3 分钟 | 无 | — |
| 回滚 | 6 分钟 | 15 分钟 | 反向链路未预热 | 预演前先跑一次反向同步 |
# 预演后按卡点逐项闭环，未闭环的项不得进入正式窗口预演必查项
| 检查项 | 验证方式 | 未通过的后果 |
|---|---|---|
| 步骤完整性 | 按方案逐条执行，不跳步 | 正式窗口才发现缺步骤，现场临时补 |
| 耗时可信度 | 每步实测并记录 | 窗口时长估算失真，缓冲区被吃光 |
| 回滚可行 | 真的执行一次回滚 | 决定回滚时才发现路径不通 |
| 验证手段 | 验证清单逐项打勾，有数据支撑 | 切换后无法判断业务是否真的正常 |
| 人员到位 | 执行与决策角色均到场 | 现场等人，窗口被拖长 |
预演环境与生产的差异要在结论里写明：规模、数据量、链路质量不同，预演耗时只能作为下限参考，正式窗口仍要留出余量。
只演主流程不演回滚，等于把最需要确定性的动作留到最紧张的时刻；回滚步骤必须实测一次，并记录耗时。