把验收做成核对表
整机验收涉及的项很多：硬件配置与采购单是否一致、固件版本是否符合基线、RAID 与分区方案、网络与带外是否可用、冗余演练是否通过、性能与告警测试是否完成、文档与台账是否更新。靠记忆逐项确认，一定会有遗漏，而且漏项往往在运维期才暴露。把这些项目做成核对表，逐项打钩并附证据，验收才具备可追溯性；放行判断也才有统一标准。
基本信息
| 覆盖范围 | 硬件、固件、存储、网络、冗余、性能、文档 |
|---|---|
| 执行方式 | 责任人执行加复核人抽查 |
| 证据要求 | 每项附测试记录与命令输出 |
| 放行标准 | 全部通过才允许交付 |
| 双方确认 | 交付方与接收方共同签署 |
| 归档要求 | 核对表与证据一并归档保存 |
典型使用场景
- 批量交付前的整机验收，统一放行标准
- 项目换手：交接双方按同一份清单确认
- 返修回装后的复验，确认配置未被破坏
- 验收争议处理：以核对表与证据为依据
- 验收流程改进：把历史漏项补充进清单
核对表骨架（示例）
核对表骨架（示例）
# [ ] 硬件配置与 BOM 一致 [ ] 固件版本符合基线
# [ ] RAID 与分区方案符合设计 [ ] 文件系统与挂载正确
# [ ] 网络与带外均可访问 [ ] 冗余演练通过
# [ ] 性能与告警测试完成 [ ] 文档与台账更新
# 采集证据示例：
dmidecode -t 1 | head -5
ipmitool fru | head -10
storcli /c0/vall show | head -20验收项与证据
| 验收项 | 核对内容 | 证据形式 |
|---|---|---|
| 硬件配置 | 型号、CPU、内存、盘位与采购单一致 | DMI 与 FRU 输出 |
| 固件基线 | 各部件版本符合约定基线 | 版本采集输出 |
| 存储配置 | RAID 策略、分区与文件系统 | 阵列工具输出与分区表 |
| 网络与带外 | 业务网与管理网均可达 | 连通性测试记录 |
| 冗余能力 | 电源与链路冗余演练通过 | 演练记录 |
| 性能测试 | 关键指标达到设计目标 | 测试报告 |
| 文档台账 | 资产与配置记录已更新 | 台账截图或登记记录 |
核对表应由交付方与接收方共同确认：单方完成的验收表说服力有限，出现争议时也缺少交叉验证。
把历史漏项持续补充进清单：验收表是活文档，每次出现争议或返工，都应把对应的检查项固化进去。