重启生效这件事
指定了新版本之后，需要重启设备让版本生效。重启命令本身很简单，风险全在准备工作：确认配置已保存、确认没有正在进行的变更、评估业务窗口，以及堆叠/IRF 环境下所有成员依次重启带来的总中断时间。思科的 reload in 提供可撤销的定时重启，是远程改高风险配置时的保命绳。
基本信息
| 适用设备 | 三厂设备（华为 VRP / H3C Comware / 思科 IOS） |
|---|---|
| 华为 | save force → display startup → reboot |
| 思科 | write memory → reload；或 reload in N 配合 reload cancel |
| H3C | save force → display startup → reboot |
| 堆叠场景 | 成员依次重启，窗口按全部成员完成估算 |
| 最大风险 | 未保存配置直接重启 |
典型使用场景
- 版本升级后的生效步骤（指定启动文件后必须重启）
- 故障恢复：进程或配置异常时通过重启恢复
- 割接收尾：新配置保存后重启一次，确认能稳定启动
- 高风险远程变更：用 reload in 留出自动回滚保险
- 堆叠/IRF 成员增减前后的重启验证
华为 VRP
华为 VRP
save force # 显式保存，别只依赖重启提示
display startup # 核对下次启动使用的配置文件与版本
reboot
! 交互中确认 Y/N
! 堆叠环境：全部成员会依次重启，按整机恢复时间估算窗口思科 IOS
思科 IOS
write memory
reload
! 定时重启（经典安全操作）：
reload in 10 # 10 分钟后自动重启
reload cancel # 变更成功后取消，忘了就会被回滚
show reload # 确认是否有待执行的重启计划H3C Comware
H3C Comware
save force
display startup # 确认启动配置与版本
reboot
! 交互确认 Y/N；无等价于 reload in 的定时重启命令重启前检查清单
| 检查项 | 命令或动作 | 目的 |
|---|---|---|
| 配置已保存 | save force / write memory | 避免重启后回到旧配置 |
| 启动文件正确 | display startup / show boot | 确认下次启动加载的是目标版本 |
| 无人正在操作 | 工单与口头确认 | 避免与他人的变更叠加 |
| 业务窗口确认 | 变更流程 | 堆叠环境按全部成员完成估算 |
| 回滚预案 | 预先准备 | 新版本异常时怎么退回去 |
远程重启前不保存配置等于配置自杀：重启后设备回到上一次保存的状态，最近数小时的变更全部消失，而且看起来像是「配置被清了」。
reload in N 的用法是「先预约重启、再改配置」：改完确认正常就 reload cancel，改出问题不管它，设备到点自动重启回到原状态。华为/H3C 没有等价的定时重启命令，只能靠变更窗口与双人复核控制风险。