三层验收
升级不是重启完成就结束：要按三层核对，先看版本与补丁，再看硬件与堆叠成员状态，最后验证核心业务（路由邻居、聚合成员、网关冗余），并观察一段时间的日志与资源曲线。三层都过了才算验收完成。
基本信息
| 适用平台 | 三厂设备 |
|---|---|
| 版本层 | display version / show version |
| 硬件层 | display device / show module，堆叠看 display stack 或 show switch |
| 业务层 | 接口状态、路由邻居、聚合成员、网关冗余角色 |
| 日志 | display logbuffer / show logging |
| 观察期 | 升级后至少关注 24 小时的 CPU 与内存曲线 |
典型使用场景
- 升级窗口内完成三层验收
- 升级后出现异常时的逐项核对清单
- 交付前留档升级前后的对照数据
- 堆叠或双主控场景核对成员与主备状态
- 观察期结束后拆除临时保障措施
华为 VRP
华为 VRP
display version
display device
display stack # 堆叠场景核对成员状态
display interface brief
display ospf peer brief # 业务层：路由邻居是否恢复
display logbuffer | include ERROR思科 IOS 与 H3C
思科 IOS 与 H3C
show version
show module
show switch # 堆叠；双主控用 show redundancy
show ip interface brief
show standby brief # 网关冗余角色
show logging | include %
# H3C Comware
display version
display device
display irf
display interface brief
display logbuffer三层核对标准
| 层次 | 核对内容 | 通过标准 |
|---|---|---|
| 版本层 | 版本号与补丁 | 与目标版本一致 |
| 硬件层 | 单板、模块、堆叠成员 | 全部识别正常且无异常告警 |
| 业务层 | 接口、邻居、聚合、网关角色 | 状态与升级前一致 |
三层核对覆盖的是不同失败模式：版本层对应升级动作本身，硬件层对应兼容性，业务层对应真实影响。只核对版本号，会漏掉接口误配置或协议未恢复这类问题。
升级后 24 小时是问题高发期，重点关注内存与 CPU 曲线的抬升趋势、日志中的异常条目与协议邻居是否反复震荡。曲线异常抬升常是新版本的第一个信号，越早发现处理成本越低。
验收要留档：升级前后的版本、关键业务状态与资源数据都记录下来。后续再出现异常时，这份对照数据能直接帮助判断是不是本次升级引入的问题。