切换之后要逐项确认
切换动作本身完成，不等于业务恢复正常。角色互换、会话同步、策略命中、NAT 转换、日志外发、网管采集都可能出现局部异常，而且往往只影响一部分业务。把该查的项固化成清单，按顺序过一遍，比凭记忆检查更可靠，也让不同的人做切换能得到一致的结果。
基本信息
| 适用平台 | 华为 USG 的 HRP 双机、深信服双机等主备部署场景 |
|---|---|
| 检查层次 | 基础状态、业务连通、运维通道三个层次 |
| 检查手段 | 设备命令 + 业务侧实际访问 + 日志平台与网管 |
| 输出物 | 切换记录：耗时、异常项、后续跟进事项 |
典型使用场景
- 计划内维护切换：升级、割接、链路改造后的回归确认
- 故障后强制切换：除验证业务外，还要确认故障原因已被隔离
- 演练验收：检验清单本身是否可用，遗漏项要回写补充
- 交接班：把清单与切换记录一并交接，接手人能看懂当前状态
- 变更后抽查：非切换类变更也可能影响双机状态，抽查清单可复用
切换后验证清单
切换后验证清单
□ 主备角色与规划一致
□ 心跳链路正常，无错包增长
□ 会话同步状态正常，无积压
□ 关键业务连接可用（抽测多个方向，不只测一个网段）
□ NAT 转换后的地址符合预期
□ 日志已到达平台且时间连续，无空洞
□ 网管采集与告警恢复正常
□ 切换耗时与异常项已记入变更记录遗漏项的典型后果
| 遗漏检查 | 后果 | 发现时机 |
|---|---|---|
| 只测 ping 连通 | 应用层问题被掩盖 | 用户投诉时才暴露 |
| 未核对 NAT 结果 | 部分业务访问异常或偶发失败 | 业务高峰期放大 |
| 未查日志外发 | 审计空窗无人察觉 | 事后审计时才发现 |
| 未核对角色 | 下次切换方向与预案不符 | 下一次故障时才暴露 |
清单的价值在于固定与可交接：把它写进运维手册，每次切换后按同一顺序执行，长期来看比追求单次的检查速度更有意义。