在IRF堆叠环境下，必须对两台设备分别进行升级

需要逐台升级，先升备机再升主机，这种情况需要拆堆叠吗

如果可以断业务就不用分开升，按普通AC升级一样去升就行，引导完版本直接重启，如果要减少断业务时间就得分开重启了，分裂期间禁止输入保存

直接给结论

为什么必须拆堆叠

1. R5208P03 → R5489P07 属于跨基线大版本跨度
   不是小补丁迭代，固件内核、虚拟化、无线驱动、IRF 协议有底层变更，H3C 官方不支持 ISSU 平滑升级。
2. 混版本堆叠不允许
   一台 5208、一台 5489，无法正常组建 IRF，会分裂、MAD 冲突、AP 离线、业务崩盘。
3. 强行在堆叠里单台重启升级：
   • 堆叠分裂
   • 双主冲突
   • 配置丢失、无线全部断网
   • 后期无法再合并堆叠

正确标准操作流程（生产可用，最小影响）

1. 升级前

1. 整机配置 完整备份
2. 导出两台 AC 授权、License 信息
3. 上传 R5489P07.ipe 版本文件

2. 拆分 IRF 堆叠

1. 先业务割接 / 临时切出口，或预留维护窗口
2. 拆掉物理堆叠连线 / 虚拟堆叠链路
3. 分别取消两台设备 IRF 堆叠配置，恢复成两台独立 AC

3. 单台分别升级

1. 先升备机：boot-loader 指定新版本 → 重启 → 开机确认版本、配置正常
2. 再升原主机：同样方式升级到 5489P07

4. 两台都升到同版本后

1. 重新配置 IRF 堆叠
2. 接回堆叠链路
3. 检查 display irf 正常主备
4. 检查 AP 上线、WiFi 业务、漫游正常

关键一句话记住

对于 WX3510H 的堆叠升级，通常不需要拆除堆叠配置。这里有主流的两种升级策略，其中方式一为推荐做法，主要区别在于业务中断时间。

 推荐方式一：整体重启升级（业务中断时间较长）

这是最直接、最稳妥的方式。整个过程在堆叠系统内部完成，不涉及拆分设备，因此操作后不需要重建堆叠。

• 核心操作：

  1. 上传固件并指定启动：将新固件上传至主设备，并使用 boot-loader 命令同时为主、备设备指定新版本。

  2. 重启堆叠：执行 reboot 命令。

• 中断时间：这也是该方式的主要成本，即整个堆叠系统会重启，业务中断时间较长。

• 适用场景：有充足的维护窗口，业务可以接受较长时间的中断。

 方式二：ISSU平滑升级（业务中断时间最短）

如果业务要求中断时间极短，可以使用 ISSU（In-Service Software Upgrade），即不中断业务的升级技术。H3C WX3510H 作为企业级设备，对跨大版本的升级情况支持 ISSU 是存在不确定性的。

• 核心操作：

  1. 上传固件：将新固件上传至主设备。

  2. 执行 ISSU 命令：依次执行 issu load（升级备设备）、issu run（主备倒换）、issu commit（升级原主设备）。

• 中断时间：业务中断时间极短。

• 重要前提：在操作前，务必查阅本次升级目标版本（5489P07）的版本说明书（Release Notes），确认支持从 5208P03 进行 ISSU 升级。若不支持该功能，该方案不可用，贸然操作可能导致升级失败。

 操作前必读与关键步骤

无论选择哪种方式，操作前请务必备份配置并检查版本兼容性，这是确保升级成功与数据安全的核心前提。

1. 备份配置：为防止意外，务必通过 save 命令备份当前配置。

2. 检查版本兼容性：务必登录 H3C 官网，仔细阅读对应版本的版本说明书（Release Notes），重点关注软件的“版本配套表”、“使用限制及注意事项”，确认新版本与当前硬件的兼容性及升级路径。

3. 上传新固件并生效：通过 FTP/TFTP 上传.ipe 格式的新固件。上传后，执行 boot-loader file flash:/<新版本文件名>.ipe slot all main 命令，将所有成员的下次启动文件指向新版本。

4. 开始升级：根据所选方式，执行 reboot 进行整体重启，或按版本说明书指引执行 ISSU 流程。

5. 验证升级结果：设备重启后，执行 display version 和 display irf 命令，确认版本号已更新且堆叠状态正常。

6. 回滚方案：如果升级后出现异常，可执行 boot-loader file flash:/<原备份文件名>.ipe slot all main 命令，重新指定回旧版本。