迁移的关键是清单
设备更换时的地址转换迁移，本质是一次逐条核对的搬运：先把旧设备的映射与策略导出成清单，在新设备上预配，再按业务优先级灰度切换，全程保留旧设备在线以便回退。没有清单的迁移只能靠记忆，漏掉一条就意味着一个业务被悄无声息地中断。
为什么必须逐条实测
旧设备上很多映射存在隐含依赖：策略、安全区域、日志外发、会话老化参数，这些不会体现在单条配置里。直接复制配置容易漏，而且型号差异会让命令模型变化，同一句配置在新设备上语义可能不同。每条映射在新设备上做一次真实访问验证，是唯一可靠的确认方式。
基本信息
| 第一步 | 导出旧设备全部映射与策略配置，形成逐条清单 |
|---|---|
| 第二步 | 新设备预配并逐条核对地址、端口与协议 |
| 第三步 | 灰度切换：先切次要业务，验证通过再切主业务 |
| 回退准备 | 旧设备保留在线，明确回退步骤与决策人 |
| 同步事项 | 日志外发、监控对接与告警策略一并迁移 |
典型使用场景
- 老旧设备退役，业务整体迁移到新平台
- 更换品牌或型号导致命令模型变化
- 割接窗口内需要快速验证与随时回退
- 日志外发与监控对接需要同步迁移
- 迁移后复盘映射清单是否有遗漏项
- 双机环境先迁备机、验证后再迁主机
迁移检查项
迁移检查项
# 1. 映射清单逐条勾对，特别留意协议与端口差异
# 2. 转换规则的顺序在新设备上重现（顺序影响匹配结果）
# 3. 日志外发与监控对接逐项验证，确认可观测性未丢
# 4. 旧设备保留在线，回退步骤与决策人提前写清
# 5. 割接后按业务清单逐项验收，而不是只看设备在运行阶段与主要风险
| 阶段 | 主要风险 |
|---|---|
| 导出清单 | 只导配置不整理，看不出隐含依赖与业务归属 |
| 新设备预配 | 命令模型差异导致语义变化，配置看着对但不生效 |
| 灰度切换 | 切换顺序不当，先切核心业务风险过高 |
| 回退准备 | 旧设备提前下线，回退时无处可退 |
割接前把验收清单写出来：每个业务对应哪条映射、由谁验证、失败怎么回退，写清楚再动手。
新旧设备型号差异会导致命令模型变化，逐条转换后必须逐条实测，不能凭配置看起来相似就放行。
迁移完成后保留旧设备的配置导出件与镜像一段时间：出现遗留问题时，对照旧配置是最快的定位手段。