服务器HBA卡、FC交换机与IBM Storwize v3700存储微码必须三方严格匹配，升级须按存储→交换机→主机顺序执行，并完成链路、路径及LUN识别的闭环验证。
服务器固件升级中，光纤网卡（HBA卡）固件与存储交换机的匹配不是“升完就完”的操作，而是涉及三方协同的闭环验证过程：HBA卡固件、FC交换机固件、后端存储（如IBM Storwize v3700）的微码版本。三者不匹配，轻则导致链路反复初始化、LUN识别失败，重则引发路径震荡甚至I/O挂起。
先查清当前版本，别靠记忆或截图
登录ESXi主机执行以下命令，获取真实运行态信息：
-
HBA固件版本：对Emulex卡用
cat /sys/class/scsi_host/host*/fwrev；对QLogic卡用cat /sys/class/scsi_host/host*/fw_version -
FC交换机端口状态与固件：登录交换机CLI，执行
show flogi database确认HBA是否已注册；再用show version查主控板和光模块固件版本 -
存储侧FC端口微码：登录IBM Storwize v3700 GUI或SSH，进
svcinfo lsnodecanister和svcinfo lsfabric，确认节点固件（Node Firmware）和FC端口微码（Fabric Code）版本
匹配原则：以存储厂商兼容矩阵为唯一依据
IBM Storwize系列不接受“理论上可行”的组合。必须严格对照其官方发布的Hardware and Software Compatibility Matrix：
- 找到你当前v3700的微码版本（例如：7.9.0.0），查看该行对应支持的HBA固件最小版本（如Emulex LPe31002需≥12.6.182.8）
- 同时检查该微码版本所要求的FC交换机最低固件（如博科DCX需≥8.2.2c，思科MDS需≥8.4(2a)）
- 若HBA固件低于下限，必须升级；若高于上限但未列在兼容表中，视为不支持——即使能连上也不建议上线
升级顺序不能乱：存储 → 交换机 → 主机
这是避免FC Fabric分裂或Zoning失效的关键顺序：
- 第一步：升级存储微码（v3700），完成后重启节点并确认所有FC端口Online且无告警
-
第二步：升级FC交换机固件，逐台做非中断升级（如启用Hitless Upgrade），升级后执行
fabricshow或show flogi database验证所有HBA仍在线且WWPN未变 -
第三步：升级HBA固件，使用厂商工具（如Emulex
linlpcfg/elxflash或 QLogicqloginstall），切勿在ESXi里直接刷写——应使用厂商提供的带引导环境的ISO或通过BMC远程控制台操作
升级后必做三件事
完成升级不等于结束，必须验证通路级连通性：
- 在ESXi主机执行
esxcli storage core adapter list，确认HBA状态为“online”，且无“link down”或“error”标记 - 用
esxcli storage core path list -d naa.xxxx检查多路径状态，确保所有路径显示“active”或“standby”，而非“dead”或“disabled” - 在vSphere Client中扫描新存储，观察是否能稳定识别LUN；持续观察24小时，检查是否有“Path Down”事件或SCSI timeout日志
