4. 升级迁移前的资产与依赖梳理
滚动升级与业务迁移的风险，往往不来自升级动作本身，而来自“不知道还有什么东西依赖这台服务器”。在动手升级任何一台 HPE ProLiant 之前，必须先把资产与依赖关系梳理清楚：这台机器承载什么业务、属于哪个集群、挂载了哪些存储 LUN、接在哪些 VLAN 上、被哪些防火墙策略放行。本节围绕这六类信息，说明采集什么、从哪里采集、如何交叉验证，以及梳理结果如何直接决定升级窗口与迁移顺序。
一、CMDB 信息采集：先确认“账实一致”
CMDB（配置管理数据库）是资产梳理的起点，但它最常见的状态是“过期”。升级前必须做一次账实核对，而不是直接信任 CMDB 记录。采集的核心字段包括：资产编号、序列号、机型（如 ProLiant DL380 Gen10）、管理 IP（iLO）、业务 IP、操作系统与版本、所属机房与机柜、责任人、生命周期状态。
采集方式建议以带外为主、带内为辅。带外通过 iLO 的 Redfish 接口批量拉取硬件信息，例如：
curl -k -u admin:password \
https://10.0.10.21/redfish/v1/Systems/1 \
| jq '{SerialNumber,Model,PowerState}'
带内则通过操作系统命令补充主机名、OS 版本、已挂载文件系统等信息。两者比对后，重点标记三类差异：CMDB 有记录但实际已下线、CMDB 无记录但实际在线、序列号或机型与记录不符。这三类差异必须在升级前清零，否则升级计划会建立在错误的对象清单上。
二、服务器清单：按“可升级性”分组
服务器清单不是简单罗列，而是按升级可行性分组。建议至少区分以下维度：
- 机型与代际：Gen9/Gen10/Gen11 的固件升级路径和 SPP 版本不同，不能混用同一套升级包。
- 当前固件基线：记录 iLO、BIOS、Smart Array、网卡固件版本，判断与目标 SPP 的差距。
- 集群归属：单机、双机热备、vSphere 集群、Windows 故障转移集群，决定是否需要先迁走业务。
- 业务等级：核心、重要、一般，决定升级窗口和回退要求。
分组后，同一组内机型、固件基线、集群角色一致的服务器可以共用一套升级流程和验证脚本，显著降低操作复杂度。
三、业务映射与集群角色：找到“不能停”的那一环
业务映射要回答一个问题：这台服务器停 30 分钟，谁会受影响？建议以“业务系统 → 应用组件 → 服务器 → 依赖服务”的层级展开。例如某订单系统由 Web 前端、应用中间件、数据库三层组成，数据库又运行在双机集群上，那么升级数据库节点前必须先确认集群切换是否正常。
集群角色梳理要明确每个节点的角色：主节点、备节点、仲裁节点、只读副本。以 vSphere 集群为例，需要记录每台 ESXi 主机上的虚拟机清单、DRS 规则、亲和性规则；以 Windows 故障转移集群为例，需要记录当前持有集群角色的节点、仲裁盘位置、集群网络配置。这些信息决定了迁移顺序：先迁走可迁移的，再处理无法迁移的。
四、存储 LUN、网络 VLAN 与防火墙策略：依赖关系的三条主线
存储、网络、防火墙是升级迁移中最容易“牵一发动全身”的三条依赖主线。
存储 LUN：记录每台服务器挂载的 LUN 编号、容量、RAID 级别、多路径软件（如 HPE Smart Path、MPIO）、所属存储阵列与端口。升级 HBA 固件或多路径驱动前，必须确认所有路径状态正常，避免升级后出现路径丢失导致 LUN 不可访问。
网络 VLAN：记录每块网卡对应的 VLAN ID、IP 地址、网关、绑定模式（如 LACP、Active/Standby）。迁移到新交换机或新机柜时，VLAN 配置必须同步迁移，否则会出现“机器在线但业务不通”。
防火墙策略：记录服务器与上下游之间的放行规则，包括源/目的 IP、端口、协议、策略名称。升级后如果 IP 或端口发生变化，必须同步更新防火墙策略，否则业务映射关系会断裂。
五、梳理成果如何直接指导升级迁移
完成上述梳理后，应形成一份可执行的升级迁移清单，至少包含：服务器分组与升级顺序、每组的升级窗口、迁移前必须迁走的业务、迁移后必须验证的存储路径与网络连通性、防火墙策略变更清单、回退触发条件。下面这张图展示了从资产采集到升级决策的依赖关系与数据流向。
这张图的核心逻辑是：CMDB 提供资产底账，服务器清单完成分组，业务映射和集群角色确定“谁不能停”，存储、网络、防火墙三条主线确定“停了怎么恢复”。四类信息最终汇聚成升级迁移决策，而不是各自独立存在。
六、实操建议：把梳理做成可复用的检查表
建议在升级前一周完成一次完整梳理，并形成如下检查表（示例字段，可按实际环境调整）：
| 检查项 | 采集来源 | 关键字段 | 通过标准 |
|---|---|---|---|
| CMDB 账实一致 | iLO Redfish + OS 命令 | 序列号、机型、IP | 差异项为 0 |
| 服务器分组 | CMDB + 固件基线 | 代际、SPP 版本、集群角色 | 同组可共用升级流程 |
| 业务映射 | 业务负责人 + 监控系统 | 业务系统、应用组件、依赖服务 | 每台服务器有明确归属 |
| 集群角色 | 集群管理平台 | 主/备/仲裁、DRS 规则 | 切换测试通过 |
| 存储 LUN | 存储阵列 + 多路径软件 | LUN 编号、路径状态 | 所有路径在线 |
| 网络 VLAN | 交换机 + OS 网络配置 | VLAN ID、绑定模式 | 迁移后连通性验证通过 |
| 防火墙策略 | 防火墙管理平台 | 源/目的、端口、策略名 | 变更清单已审批 |
梳理完成后，把结果同步给业务负责人、网络团队、存储团队和防火墙管理员，确认各方对升级窗口和变更范围无异议。只有资产与依赖关系全部清晰、可追溯、可回退，滚动升级与业务迁移才具备安全执行的前提。