三厂升级流程总对照
设备版本升级固定三步：把新版本文件传到设备存储、把下次启动版本指向新文件、重启设备使其生效。三厂差异在第二步的命令：华为用指定启动软件的命令，思科把启动镜像写入启动配置，H3C 用加载器命令并在堆叠场景要求同步到全部成员。升级后第一件事都是核对启动信息，确认重启后真的会加载新版本。
基本信息
| 适用平台 | 三厂路由器、交换机与防火墙 |
|---|---|
| 三步流程 | 上传文件、指定下次启动版本、重启生效 |
| 前置检查 | 版本兼容性、存储剩余空间、配置备份 |
| 窗口要求 | 升级期间严禁断电，堆叠环境注意成员同步 |
| 核对命令 | 查看启动信息的显示命令 |
典型使用场景
- 修复已知缺陷或安全漏洞导致的版本升级
- 新业务特性依赖的版本提前升级
- 设备替换时把新设备升级到与现网一致的版本
- 硬件扩容后需要匹配支持新单板的版本
- 版本回退：把启动版本切回旧镜像
三厂升级步骤对照
| 步骤 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 上传文件 | 文件传输 get 新版本到设备 | 复制命令传入镜像 | 文件传输 get 新版本到设备 |
| 指定启动版本 | startup system-software 文件名 | boot system 指定镜像 | boot-loader file 文件名 |
| 堆叠处理 | 按机型要求同步到各成员 | 按堆叠规范同步镜像 | 加载器命令带同步参数到全部成员 |
| 重启 | reboot | reload | reboot |
| 核对 | display startup | show boot | display boot-loader |
华为 VRP
华为 VRP
tftp 10.0.0.100 get new.cc
startup system-software new.cc # 指定下次启动版本
display startup
reboot思科 IOS
思科 IOS
copy tftp: flash:new.bin
boot system flash:new.bin # 写入启动配置
show boot
reloadH3C Comware
H3C Comware
tftp 10.0.0.100 get new.ipe
boot-loader file flash:/new.ipe all # 堆叠时同步全部成员
display boot-loader
reboot升级前后的动作
- 升级前完整备份配置与旧版本镜像：回退时两者缺一不可
- 核对版本兼容性说明：跳过兼容性确认容易出现升级后特性不可用
- 确认存储剩余空间足够放下新镜像与旧镜像，空间不足会导致上传中断
- 记录升级前的版本基线，升级后逐项比对确认变更范围
- 升级过程中不要断电、不要中断管理会话，部分平台会在写入时卡住等待
- 堆叠或集群环境逐成员确认镜像同步状态，避免成员间版本不一致
- 升级后核对启动信息与运行状态，并验证关键业务连通性
常见疑问
- 能不能不重启就生效：多数平台需要重启才会加载新镜像
- 升级失败怎么办：保留旧镜像并切换回启动版本，按厂商回退流程操作
- 堆叠环境要逐台升级吗：按厂商规范执行同步命令，逐台确认状态更稳妥
- 需要停业务吗：重启会导致业务中断，应在维护窗口进行
升级后第一件事是核对启动信息：确认下次启动确实指向新镜像。只看上传成功的回显是不够的，历史上大量升级失败都源于第二步被遗漏。
升级窗口内严禁断电与强制中断：镜像写入过程被打断可能导致设备无法启动，只能走恢复流程。堆叠环境还要确认成员镜像同步状态，否则重启后可能起不来。
批量升级要有节奏：按业务重要性分组，先升非核心设备观察一轮，确认稳定后再处理核心设备；每组升级后核对版本、启动信息与关键业务连通性，再进入下一组。