固件怎么核对与升级
iLO 固件要和服务器固件成组核对：Redfish 的固件清单资源能列出各组件版本，升级可以走带外界面单台上传，也可以用厂商批量工具统一推送。iLO 与系统 BIOS 之间存在配套关系，单独升级其中一项前，先看发布说明里有没有版本依赖。
基本信息
| 核对入口 | Redfish 固件清单资源，或 iLO Shell 的固件路径 |
|---|---|
| 升级方式 | 带外界面单台上传，或厂商批量工具推送 |
| 基线来源 | 厂商支持站点的推荐版本组合 |
| 留档要求 | 升级前后各导出一份版本清单 |
| 依赖关系 | iLO 与系统 BIOS 的配套版本 |
| 影响窗口 | 升级期间带外功能短暂不可用 |
典型使用场景
- 新机交付：核对固件版本是否满足项目基线
- 批量巡检：采集各机版本，识别不一致的机器
- 安全更新：按公告评估影响面并制定升级计划
- 故障排查：管理界面异常时先确认固件版本
- 换件之后：更换管理模块后核对版本并升级到基线
- 资产留档：版本清单纳入台账记录
版本核对
版本核对
# Redfish 读取固件清单
curl -k -s -u Administrator:'<口令>' https://10.0.0.11/redfish/v1/Managers/1/FirmwareInventory | head -40
# iLO Shell 查看管理固件版本
show /map1/firmware1
# 界面里的系统固件清单与设备台账逐项对照，发现缺配套及时补齐升级前后核对
| 核对项 | 正常表现 | 异常处理 |
|---|---|---|
| 版本号 | 与目标基线一致 | 未变化说明升级未生效 |
| 组件清单 | iLO 与系统固件配套 | 缺配套时按发布说明补齐 |
| 功能验证 | 管理界面与接口可访问 | 异常则回退并上报 |
| 留档 | 前后清单齐全 | 无记录则无法复盘 |
iLO 与系统 BIOS 有配套关系：单独升级其中一项前先看发布说明，避免出现新特性与旧固件不匹配的组合。
升级管理固件期间带外会短暂不可用：不要在现场没有其它远程通道时操作，也不要安排在维护窗口之外。