固件升级流程是什么
用 storcli download 可以把新的控制器固件写入卡上：命令先下载固件，再按机型需要重启主机使其生效。升级前的准备比升级动作本身更重要——确认没有正在运行的重建、初始化或一致性检查，确认业务可以停或已评估在线风险，并记录当前版本与原始固件包以备回退。
基本信息
| 升级命令 | storcli /c0 download file=<固件文件> [noreboot] |
|---|---|
| 前置条件 | 无重建、初始化或一致性检查在运行，业务状态已评估 |
| 生效方式 | 部分固件需重启主机，noreboot 仅下载、重启后生效 |
| 回退方案 | 厂商通常不提供降级路径，升级前记录版本并保留原始包 |
升级示例（含前置检查）
升级示例（含前置检查）
storcli /c0 show | grep -Ei "FW Version|Status" # 记录升级前版本
storcli /c0/vall show | grep -Ei "Init|Rebuild|CC" # 确认无后台任务
storcli /c0 download file=/tmp/xxxx.rom noreboot # 仅下载固件
storcli /c0 show | grep -i "FW Version" # 核对写入结果
storcli /c0/vall show | grep -i -E "Optl|Dgrd" # 重启后核对阵列状态升级前后检查
| 阶段 | 检查项 | 目的 |
|---|---|---|
| 升级前 | 当前固件版本与原始包 | 作为回退与对比依据 |
| 升级前 | 后台任务与业务状态 | 避免任务中断与业务事故 |
| 升级中 | 供电与重启计划 | 防止升级过程中断电 |
| 升级后 | 阵列状态、策略与性能 | 确认功能回归正常 |
典型使用场景
- 缺陷修复：厂商发布说明中列出与本环境相关的已知问题修复
- 兼容性适配：新采购的盘或扩展柜要求最低固件版本
- 标准化：把同批次机器的固件统一到同一基线
- 交付验收：核对到货机器的固件版本是否符合标准
- 故障处置：按照厂商支持的建议执行版本调整
升级属于高风险变更：参考厂商发布说明的已知问题清单，安排在变更窗口内执行，并提前确认供电与重启影响面。
下载固件与生效是两步：noreboot 只完成写入，真正生效通常需要重启；排计划时把重启的影响面一并算进去。
常见疑问
- 出现重建时能否升级：不建议，任务中断会让固件状态不可控
- 升级后性能变化：部分版本的默认策略会调整，需读回确认
- 多张卡能否一次升级：逐卡执行并逐卡确认结果，避免批量中断