为什么要建台账
把每张卡的序列号、唯一标识、所在机器与槽位登记成台账：掉卡报修、驱动升级核对、备件更换都依赖这份底账。等到现场再查序列号，往往要付出停机代价，而且容易查错设备。
基本信息
| 适用平台 | 自建显卡服务器 |
|---|---|
| 台账字段 | 机器名、槽位、序列号、唯一标识、显存、维保 |
| 更新时机 | 换卡、迁移、升级后同步更新 |
| 对齐对象 | 资产系统与报修工单 |
导出台账（示意）
导出台账（示意）
nvidia-smi --query-gpu=index,name,serial,uuid,pci.bus_id,driver_version --format=csv,noheader | tee gpu-inv-$(hostname).csv
# 输出文件按机器名归档，汇总成总台账典型使用场景
- 掉卡报修：按序列号在厂商系统建立档案
- 备件更换：先核对台账确认替换目标
- 容量盘点：按机器与卡型统计总显存
- 维保管理：到期提醒按卡的维度维护
- 迁移记录：卡换机器后更新位置信息
- 现场换卡留档：操作前后各导一次台账，差异就是本次变更记录
字段与用途
| 字段 | 来源 | 用途 |
|---|---|---|
| 序列号 | 设备查询命令 | 报修与资产对账 |
| 唯一标识 | 设备查询命令 | 区分同型号的多张卡 |
| 槽位与位置 | 人工登记 | 现场换卡时快速定位 |
季度盘点一次：长期不接业务的卡也应有台账记录，资产与实物要对得上。
能自动采集的字段尽量自动采：人工维护的表格最容易过期，脚本导出加人工补充是更稳的组合。
换卡后同步更新：序列号与槽位错位，会让后续报修指向错误的设备。
采集字段要固定：不同批次的机器用同一条查询命令导出，字段顺序一致才好合并成总表。
机器命名要和监控、资产、报修系统一致：命名不统一时，跨系统对账会反复出错。
台账里记下卡型与显存容量：容量盘点与扩容规划都要按这个字段汇总。