变更窗口管理管什么
变更窗口管理是把设备变更安排到业务低峰、走审批、并设定明确回退点的做法。安全设备的变更（策略调整、区域划分、版本升级）往往直接影响转发行为，出错后影响面大且难以即时恢复。窗口管理的重点不是流程繁琐，而是让每次变更都有授权、有操作人、有回退路径，还有一个最晚回退时间。
基本信息
| 窗口选择 | 业务低峰期，与业务方确认后确定 |
|---|---|
| 审批要求 | 变更单审批，操作人与复核人明确 |
| 回退点 | 设定最晚回退时间，超时未完成即回退 |
| 留档 | 变更内容、操作记录、验证结果归档 |
典型使用场景
- 策略调整：涉及业务放行的变更需业务方确认窗口
- 版本升级：需要更长窗口并提前准备回退镜像
- 双机切换演练：安排在低峰并提前通知业务方
- 紧急变更：先走应急审批，事后补单并复盘
- 高影响变更：区域调整、路由变更需要留更长的回退余量
变更执行要点
变更执行要点
# 1. 变更前：备份配置、记录基线、确认回退路径与联系方式
# 2. 变更中：按清单逐步操作，每步验证通过再继续
# 3. 变更后：全面验证业务与告警，记录实际结果
# 4. 超时：到达最晚回退时间点仍未完成，立即回退并重排窗口
# 5. 收尾：更新台账与文档，保留变更单与验证记录窗口管理要素
| 要素 | 要求 | 缺失的后果 |
|---|---|---|
| 审批 | 变更单与明确责任人 | 出问题后无人知晓改了什么 |
| 回退点 | 写明最晚回退时间 | 排查与恢复挤在同一时间窗口 |
| 验证 | 变更后逐项验证清单 | 问题在次日业务高峰才暴露 |
| 记录 | 变更内容与结果归档 | 审计时说不清变更依据 |
把最晚回退时间点写进变更单，能避免深夜窗口无限拉长：到点没做完就回退，第二天重新评估方案再实施。