待升级交换机的6号和7号接口槽配备了两块主控板，一块主用，一块备用，另外在10号、11号和13号配备有不同的业务板，升级时需要对这5块板卡全部进行升级。
该款交换机的ISO文件以“.bin”为扩展名，下文中都将以“bin文件”来称呼。设备具体信息，如图1所示。
图1 设备信息
图2 操作过程
这里先说句题外话，笔者在官网上查询了最新版bin文件的版本配套表，发现虽然硬件条件符合，但是BootRom版本号和MBUS版本号都比要求的低，比如版本配套表中要求主控板BootRom版本要达到1.23以后，而本交换机才1.20，而且没有其他中间版本的bin文件能把主控板BootRom版本从1.20升级到1.23。
最后咨询了一个工程师得知不用严格对照版本配套表里的要求，于是就冒险开始直接升级，好在最后升级成功。
严格来说，如果能找到合适的版本，还是应该对照版本配套表由低版本到高版本一级一级升，哪怕中间多刷几次中间版本。
在官网下载了最新版本的bin文件，准备好一台可远程登录核心交换机的PC机，在PC机上配置好FTP服务，把升级文件放到FTP目录中，升级前准备就完成了。
交换机备份和bin文件加载
telnet远程登录交换机，备份当前系统文件至FTP服务器并下载新的bin文件到交换机，过程如图2、3所示。
说明：根据实际操作经验，主控板中的cf存储卡的读写速度比flash存储的读写速度要快，所以我的bin文件读写都是在cf存储卡里进行，查看存储卡空间时，如果空间不足需要用delete命令删除掉老的bin文件。
升级交换机启动文件
图3 备份及下载过程
图4 设备状态
接下来，对7号槽的备用主控板升级时遇到了问题，升级过程如下：
[交换机提示路径和槽号不匹配]
笔者当时可能没留意这条错误提示，直接用reboot命令重启了交换机，当交换机重启完成后，发现7号槽的主控板出了问题，设备状态如图4所示。
产生这种错误的原因：
7号槽的主控板进行启动文件升级时，因为文件路径不对，未能升级成高版本，重启时7号槽的主控板继续使用老的bin文件启动。
而此时其他主控板及业务板已完成升级，最终导致双方在驱动、业务功能等方面无法匹配，7号主控板未能
备用主控板升级方法
<switch>c d slot7#cfa0:
[进入7号主控板CF卡存储空间]
接下来参照上文中登录ftp服务器，把03.bin文件下载到该CF卡存储空间中，下载完成后升级7号主控板。
<H3C>bootrom update file slot7#cfa0:/03.bin slot 7
[使用7号主控板中的03.bin文件对该板卡进行bootrom升级]
<switch>boot-lorder file slot7#cfa0:/03.bin slot 7 main启动成功。
升级时，出现文件路径不匹配的故障和主控板的存储空间分布有关系。
每块主控板都有单独的CF卡存档空间和FLASH存储空间，如果对特定的某块主控板升级时，必须从该主控板自己的存储空间调用bin文件。
笔者之前升级失败就是因为调用的bin文件路径不在相应的主控板存储空间中。
图5 配置过程
[使用7号主控板中的03.bin作为该板卡的主启动文件]
<switch>boot-lorder file slot7#cfa0:/02.bin slot 7 backup
[使用7号主控板中的02.bin作为该板卡的备用启动文件]
至此本次升级才算全部完成。
错误补救
笔者当时升级时因为以及发生错误，导致重启后已经不能再进入7号主控板，这时只能通过console接口直连7号主控板，在bootware界面完成升级操作。
首先运行超级终端程序通过7号主控板的console口进入到操作界面，同时将PC机的网口和7号主控板的mgr管理口用网线连接，按下7号主控板上的reset按钮，当出现“Press Ctrl+B to enter extended boot menu…”时，键入<Ctrl+B>进入BootWare主菜单。
在主菜单下键入<3>进入以太网口子菜单，然后键入<6>进入以太网口配置菜单。配置如图5所示。
升级文件03.bin下载完成以后，再次回到以太网口子菜单，键入<2>开始升级主启动文件。
升级完成后回到BootWare主菜单，键入<1>重新引导该主控板启动。至此本次错误补救完成。
结语
双主控板交换机因为存储介质分属于两个独立的主控板，所以升级时文件路径的指定需要与主控板相配套，希望读者在今后升级操作中能避开这些操作错误。
另外,升级操作前的备份要做好，本次跨版本升级也有一定风险，备份是升级操作的最后一道保险。
