环境核对
拓扑、地址与授权先对齐
四段推进，顺序不跳步
环境先对齐、基线先落纸，再切换、后巡检。任何一段未确认，不进入下一段。
基线固化
策略模板逐条落在纸面
切换上线
按级回退，分步验证
巡检托管
周期记录与整改建议
上线准备与运行巡检，两侧一起看
上线当天出问题，多半是准备阶段漏项；运行期反复出问题，多半是没有记录可比对。
上线前准备与核对
把方案里的每一项动作，提前翻译成现场能执行的清单，避免在维护窗口里临时讨论配置写法。
- 收集现网拓扑、链路占用与地址规划，标注潜在冲突点
- 核对设备型号、授权文件与固件版本是否匹配既定方案
- 明确变更窗口、维护时段与业务侧通知范围
- 输出配置基线模板，逐条对应策略编号
- 制定三级回退顺序：单设备、单链路、全量切换
- 现场与远程分工表在上线前一日确认到人
- 保存变更前配置快照，标注归档位置与提取方式
运行期巡检与处置
设备上线只是开始。按周期记录状态、比对基线、跟踪告警，才能在容量见顶或策略漂移前留出调整时间。
- 按周或按月出具巡检记录，覆盖资源占用与日志留存
- 比对策略基线与实际配置，标出漂移条目
- 跟踪告警处置过程，记录处理人与恢复时间
- 检查备份任务是否按计划执行，抽检可恢复性
- 对流量季节性变化给出容量与链路提示
- 每季度汇总整改建议，形成下阶段行动计划
- 报告按设备编号归档，便于跨周期复查同一条目
上线与巡检的常见疑问
下面的回答来自实际排期与现场推进中反复被问到的问题。
建议提前整理现网拓扑、地址与链路占用、设备型号与固件版本、既有策略清单，以及业务侧可接受的维护时段。信息越完整，核对阶段发现的冲突就越早，切换当天的改动幅度也越小。
优先选择业务低谷时段，并在窗口开始前完成配置备份与回退演练。窗口内按单设备测试、单链路验证、全量切换的顺序推进，每一步留出观察时间，出现异常立即回到上一个稳定状态。
包含设备资源占用、端口与链路状态、日志留存情况、策略基线与实际配置的比对结果，以及本期发现的漂移条目和整改建议。记录按设备编号归档，便于下一周期复查同一条目。
远程负责配置核对、日志分析与变更前后的状态确认；现场负责硬件检查、线缆整理与断连操作。两者用同一份任务清单推进，每个动作标注完成时间与执行人。
先保留现场日志与当前配置快照，再按回退顺序恢复到确认可用的版本，随后用基线模板逐条比对差异。处置过程与结论会写入变更记录，避免同类问题在下一次调整中重复出现。
支持。既有设备会先做一次状态与配置盘点，纳入统一台账后再安排巡检周期。不同批次的设备可以用不同巡检频率，报告仍按同一格式出具，便于横向比较。
把设备型号与变更时间发过来
留下现网规模与计划切换的时间窗，我们先给出推进顺序与人力安排，再谈具体执行。
- 仅需设备型号、数量与目标切换日期
- 工作日 4 小时内给出排期确认
- 首次沟通不收取费用，先对齐范围
2 轮方案沟通与现场确认