wbc 升级

WBC 升级：是否可以只升级 AC 组件，不升级绿洲 (OASIS)
WBC（WBC560/WBC580‑G2）分为两大独立组件：AC 组件（Comware ipe）、绿洲 OASIS 微服务组件，二者可以分别独立升级，但存在版本兼容强约束。
结论
✅操作层面可以单独升级 AC 组件，不执行绿洲组件升级；但必须保证新版本 AC 和当前旧绿洲版本是官方兼容配对，否则会出现功能异常。
不建议跨大版本跳升 AC，若 AC 新版本和现有绿洲版本不匹配，会出现：绿洲看不到 AP/AC 信息、配置同步失败、告警异常、license 鉴权异常。
两种升级入口区分
AC 组件升级（命令行 / AC‑Web）
仅更新无线控制器 Comware 系统，不会触碰绿洲 OASIS 组件。
shell
#命令行升级AC组件，仅更新AC，绿洲保持原有版本
boot‑loader file flash:/wbc580_ac.ipe all main
reboot
升级完成后，绿洲版本维持不变，只有 AC 版本变化。
绿洲 OASIS 组件升级（WBC 系统监控平台）
登录 WBC 监控平台（HDM 共享口访问），上传 OASIS‑xxx.bin 包，只升级绿洲，不改动 AC 版本。
⚠️整机 ISO 镜像包升级：会同时重装 AC + 绿洲全部组件，全部配置会清空，这个和组件独立升级完全不一样。
关键风险（现场高频踩坑）
必须核对版本说明书的兼容矩阵
升级 AC 前，查阅该 AC 版本对应的 WBC 版本说明书，确认该 AC ipe 版本支持当前运行的绿洲 OASIS 版本。
如果新版本 AC 要求配套更高版本绿洲，只升级 AC 不升级绿洲：会发生组件之间通信异常、设备不同步、云简页面数据缺失、license 校验异常。
小版本 BUG 修复（比如 AC 小 P 版本迭代），一般对绿洲无强制版本要求，可以单独升级 AC。
如果 WBC 启用本地绿洲做运维、认证、同步无线配置，AC 与绿洲版本不匹配，业务功能受损。
如果你的现场完全不使用本地绿洲，仅把 WBC 当一台普通 AC 使用，绿洲页面从来不登录，兼容性风险会小很多，但依然建议遵循版本配对关系。
HA 环境：主备两台 WBC，两台设备 AC 组件版本、绿洲组件版本都要分别保持一致，不能一台 AC 新绿洲旧，另一台 AC 旧绿洲新。
升级前后检查命令
shell
#查看AC版本
display version

#查看绿洲版本（WBC监控平台页面查看，或者后台cat命令）
cat /opt/h3c/version

#升级完成，检查AC和绿洲之间通信，看绿洲页面能否正常读取AP、在线用户数据

要升级的：