内存 burn-in 的流程
burn-in（老化测试）的目的是在交付前把早期失效的部件筛出来：新到货或换件后的机器先记录硬件基线，再做离线整机测试，随后在系统内做在线压测复核，全程留档。内存是 burn-in 的重点对象，因为它的失效往往间歇出现——自检通过、业务压力上来才报错。测试窗口长度和通过标准应在验收规范里写清，而不是临场拍板。
基本信息
| 适用对象 | 新到货服务器、换件后机器、返修复位机器 |
|---|---|
| 基线步骤 | 先保存内存与整机配置快照 |
| 离线手段 | 可启动的测试镜像做完整轮次的内存测试 |
| 在线手段 | 系统内 memtester 或 stressapptest 做压测复核 |
| 通过标准 | 无新增可纠正与不可纠正错误、无降频 |
| 留档要求 | 测试日志、传感器曲线与结论一并归档 |
典型使用场景
- 批量交付前的整机老化，筛除早期失效部件
- 更换内存后的复测，确认新条在负载下稳定
- 返修机回装上线前的回归验证
- 交付争议时的证据留存，需要可复核的原始日志
- 大型项目验收，按合同要求的测试时长执行
流程框架
流程框架
# 1) 记录硬件基线，作为验收与后续对比依据
dmidecode -t 16 -t 17 > dimm_baseline.txt
# 2) 离线阶段：从测试镜像启动，跑完整测试轮次（如 memtest86+）
# 这一阶段能覆盖操作系统未加载时的内存问题
# 3) 在线阶段：系统内压测复核
memtester 2G 2
stressapptest -s 1800 -M 2048 -m 4 2>&1 | tail
# 4) 测试期间记录传感器与错误计数
ipmitool sel elist | tail -20
# 5) 归档：日志、曲线与结论写入验收记录阶段与通过标准
| 阶段 | 手段 | 通过标准 |
|---|---|---|
| 基线采集 | dmidecode 导出配置快照 | 配置与采购清单一致 |
| 离线测试 | 可启动内存测试镜像跑完整轮次 | 无错误报告，无过热降频 |
| 在线压测 | memtester 与 stressapptest | 无报错，进程正常退出 |
| 事件核对 | 读取 SEL 与系统日志 | 无新增内存与温度事件 |
| 归档 | 日志与测试结论入库 | 具备可复核的原始记录 |
burn-in 环境温度应接近上线机房条件：在空调直吹的测试台上通过，不代表装进机柜后也能通过，温度差异会改变失效表现。
压测会占用大量内存与 CPU 资源：不得在生产机器上执行在线压测，测试应在交付前的独立阶段完成。