4. 初始资产盘点与发现
初始资产盘点是ThinkSystem生命周期治理的起点。它的目标不是“把设备列出来”，而是建立一份可信、可追溯、可更新的资产基线：哪些机箱、服务器、交换模块、存储、扩展卡、固件版本、序列号、管理IP、业务归属、机房位置、保修状态已经进入管理范围；哪些设备只存在于机房现场或采购记录中，尚未被任何管理平台发现。只有把“已纳管”和“未纳管”的边界划清，后续的固件合规、配置基线、故障定位和退役处置才有可靠依据。
一、先明确盘点对象与数据字段
ThinkSystem资产盘点通常覆盖以下对象：机架服务器（如SR650 V3、SR630 V3）、刀片或高密度节点（如SD530、SN550）、机箱管理模块（CMM）、XClarity Controller（XCC）管理口、XClarity Administrator（XCA）管理平台、SAN/以太网交换模块、外接存储与扩展柜、GPU/网卡/HBA/RAID等关键部件。每个对象至少要采集以下字段，才能支撑后续治理：
- 唯一标识：序列号（Serial Number）、UUID、资产标签。
- 管理入口：XCC IP、BMC MAC、主机名、管理协议（Redfish/SNMP/IPMI）。
- 硬件画像：机型、CPU型号与数量、内存容量、硬盘/SSD数量与容量、网卡与HBA型号。
- 固件与驱动：BIOS、BMC/XCC、RAID、网卡、HBA固件版本。
- 位置与归属：机房、机柜、U位、业务系统、责任人、采购日期、保修到期日。
- 状态：在线/离线、已纳管/未纳管、健康状态、最后一次发现时间。
这些字段中，序列号、UUID、XCC IP和固件版本是后续所有治理动作的主键。若序列号重复或缺失，资产台账就会在固件升级、保修查询和故障替换时出现错配。
二、自动发现：XClarity Administrator 的发现机制
Lenovo XClarity Administrator（XCA）是集中发现和纳管ThinkSystem设备的核心平台。它通过“发现”功能扫描指定IP范围或导入主机列表，使用Redfish、SNMP、IPMI等协议与XCC/CMM通信，读取设备清单并纳入管理。典型操作路径是：登录XCA → 进入“受管设备/发现” → 新建发现任务 → 选择发现方式（IP范围、单IP、导入CSV） → 指定协议与凭据 → 执行发现 → 查看结果。
发现任务的关键参数包括：IP范围（如10.10.20.0/24）、协议优先级（优先Redfish，回退SNMP/IPMI）、XCC凭据、SNMP团体名（只读）、并发数。建议先在小范围（如一个机柜的10台设备）验证凭据和协议可达性，再扩展到全网段。发现完成后，XCA会列出每台设备的型号、序列号、XCC IP、固件版本和健康状态；对于未成功发现的IP，应记录为“待人工确认”，而不是直接忽略。
三、手工盘点：补齐自动发现覆盖不到的部分
自动发现并非万能。未上电设备、XCC未配置IP的设备、网络隔离设备、刚上架未接管理网的设备，以及部分第三方扩展卡，都可能无法被XCA直接发现。此时需要手工盘点。手工盘点的最小动作是：在机房现场按机柜逐台核对资产标签与序列号，通过XCC Web界面或本地KVM读取硬件清单，记录到统一模板中，再与XCA发现结果做比对。
手工盘点建议使用“机柜—U位—设备”三级定位，避免只写“机房A有20台服务器”。例如：机柜R12、U18-U19、SR650 V3、序列号J30XXXXX、XCC IP 10.10.20.31、业务归属“订单库”、保修至2027-03-31。这样在后续更换主板或迁移机柜时，能快速定位资产。
四、多协议协同与数据比对
实际盘点中，XCA、XCC、SNMP和Redfish各自提供不同粒度的数据。XCA给出集中视图和纳管状态；XCC提供单机最完整的硬件与固件信息；SNMP适合采集电源、温度、风扇等运行指标；Redfish则适合脚本化批量拉取清单。建议以XCA发现结果为主台账，以XCC/Redfish直读数据为校验源，以SNMP监控数据为状态补充。
比对时重点关注三类差异：一是XCA已发现但台账缺失的设备，说明台账未更新；二是台账存在但XCA未发现的设备，说明管理网或凭据有问题；三是序列号相同但IP不同的记录，可能是XCC更换或IP冲突。每一类差异都要有处理结论，而不是只做标记。
五、盘点结果如何判断与落地
一次合格的初始盘点，至少应回答四个问题：第一，管理网内有多少台ThinkSystem设备已被XCA纳管，序列号是否完整；第二，有多少台设备在现场存在但未被发现，原因是什么；第三，关键固件版本是否一致，是否存在明显落后于基线版本的设备；第四，每台设备的业务归属和保修状态是否明确。
判断标准可以量化为：发现覆盖率 = 已发现设备数 / 现场实际设备数；字段完整率 = 序列号、XCC IP、固件版本、业务归属四项齐全的设备数 / 总设备数。若发现覆盖率低于95%，应优先排查管理网连通性、XCC IP配置和凭据；若字段完整率低于90%，应回到手工盘点补齐。对于固件版本差异，可先记录差异清单，再结合Lenovo XClarity Administrator的固件合规策略决定升级批次，而不是在盘点阶段直接批量升级。
六、可复用的盘点记录示例
下面给出一个可直接参考的盘点记录片段，字段可根据实际治理粒度增减。示例中的IP、序列号和日期均为教学假设值，不是实测数据。
机柜 U位 机型 序列号 XCC IP 固件(BIOS/XCC) 业务归属 保修到期 发现方式
R12 U18 SR650 V3 J30XXXXX 10.10.20.31 UEFI 2.80/4.20 订单库 2027-03-31 XCA-Redfish
R12 U20 SR650 V3 J30YYYYY 10.10.20.32 UEFI 2.70/4.10 订单库 2026-11-30 XCA-Redfish
R12 U22 SR630 V3 J30ZZZZZ 10.10.20.33 UEFI 2.80/4.20 报表平台 2027-06-30 手工-XCC
R13 U05 SD530 J30AAAAA 10.10.20.41 UEFI 2.60/3.90 虚拟化 2026-08-31 XCA-SNMP
R13 U07 SR650 V3 J30BBBBB 未配置 待读取 待确认 待确认 现场待纳管这份记录的价值在于：它把“发现方式”和“未配置/待确认”显式保留下来，使盘点不是一次性截图，而是可持续更新的基线。后续每次新增设备、更换XCC、升级固件或迁移机柜，都应在这份台账上更新对应行，并保留变更时间。只有这样，初始资产盘点才能真正成为ThinkSystem生命周期治理的可靠起点。