HP服务器中ASH什么意思，ASH故障代码含义详解

HP服务器里的ASH指的是Active Health System，也就是HPE的主动健康管理系统，你可以把它理解成一台服务器自带的、全天候不间断工作的“病历记录仪”。

无论是你听到经销商、运维前辈口中的“看下ASH日志”，还是iLO界面里的Active Health System按钮，说的都是同一个东西，它从服务器加电启动的第一秒就开始默默工作，记录下硬件状态、运行日志、系统配置变化，甚至包括故障前瞬间的行为轨迹。

下面我会把ASH是什么、它到底有什么用、怎么去用，以及网上关于它的一些争议一次性讲清楚。

什么是HPE服务器里的ASH？这名字怎么这么像“灰”

甩掉英文缩写的神秘感,称呼它“主动健康系统”就很好理解，这背后的逻辑，是HPE在最近几代Gen9、Gen10、Gen11服务器上主推的一个硬件级诊断方案。

很多朋友第一次接触ASH,往往是在服务器报错、需要报修的时候，电话那头的工程师会问你：“麻烦把ASH日志导出来发给我们看一下。”那一刻你可能会愣住：ASH到底是什么东西？为什么我的服务器会自动存这些东西？

你可以这么理解：普通的系统日志是Windows或Linux运行过程中生成的，而ASH日志是脱离操作系统、由服务器主板上的管理芯片（iLO）独立记录的，即使你的操作系统蓝屏了、死机了，甚至系统都装不上，ASH日志依然完好无损。

HPE服务器中的ASH日志具体能记录哪些内容？

这是搞清楚ASH价值的关键,为什么有时候我们远程修服务器修到崩溃，最后还是靠ASH日志定位到问题？

简单概括,ASH日志高频率记录的是以下几类关键信息：

• 硬件健康状态：包括CPU温度、风扇转速、电源输出电压、内存ECC纠错次数，在故障发生前的一个时间点，如果数据出现趋势性异常，通过日志很容易发现端倪。
• 系统配置变更记录：BIOS设置、固件版本、阵列卡配置、引导顺序、UID灯的开关日志，全都有案可查，谁改了启动项、谁动过BIOS，一目了然。
• 系统事件日志：NMI（非屏蔽中断）事件、PCIe设备掉线、内存插槽报错、处理器内部错误。
• 关键操作历史：每一次开机、关机、重启、异常断电，甚至iLO Web界面的登录情况都会留下痕迹。

下表可以帮你更直观地理解ASH日志和操作系统事件日志的区别：

所以行业共识认为：在做服务器硬件故障排查时，ASH日志的参考价值排在所有日志中的第一位，很多时候，它记录的某条事件，就是硬件故障的“定罪证据”。

服务器日志怎么查看？手把手教你导出ASH日志

聊了这么多概念,落到实处才见真章，查看和导出ASH日志有两种常规路径，实际上手非常简单。

通过iLO Web界面手动下载（日常推荐）

这是最常用、也最稳妥的方式，你不需要在服务器上装任何额外的代理程序，只要能访问iLO IP就行。

1. 打开浏览器,输入服务器的iLO管理口IP地址，登录管理员账号。
2. 在导航栏里找到 诊断（Diagnostics）菜单，点击进入。
3. 在“诊断”页面中找到 Active Health System 选项。
4. 点击 下载（Download）按钮，然后选择 下载并清除日志 或 在此日期范围内下载。
5. 系统会生成一个.tgz格式的压缩包，下载到本地即可。

下载下来的这个压缩包是一个统一日志包,里面不止有ASH的数据，还包括iLO自身的操作日志、服务器事件日志（IML）以及硬件详细配置报告，发给工程师或者自己解压分析都可以。

通过SSH命令行生成日志（进阶操作）

如果你的iLO Web界面因网络原因打不开，但能通过命令行访问，可以改用SSH方式。

1. 通过SSH工具（如PuTTY）连接到iLO的管理IP。
2. 登录iLO的账号。
3. 依次执行以下命令：
   • cd /map1
   • exit
   • lcd /system1
   • show
   • start /system1 进入系统目录
   • 执行 exit 返回，然后运行 load -source http://<iLO_IP>/amsrh /map1 来生成日志采集任务。
4. 稍等片刻,在iLO Web界面的“诊断”里就能看到新生成的日志文件。

通过操作系统中的工具收集（不拆机方案）

如果你是Windows Server环境，HPE提供了专用的脚本工具，这里也一并列出：

• 运行 CP027204 或 AMS64 工具。
• 在IBME（System Event Log）界面中选择 Appliance 标签页。
• 点击 Generate a new copy of the AHS log，系统会自动打包生成文件。

不管用哪种方式,导出的都是同一份底层数据，区别只在于获取的通道不同。

ASH日志分析到底能发现什么问题？

很多运维同行会有疑问：“我看了ASH日志，但全是英文记录，甚至有些代码看不懂啊。”别慌，我们不需要逐行去读那些底层代码，抓住以下几个关键跳转点就能定位问题。

内存故障排查

在ASH日志中搜索“Corrected Memory Error”或“Uncorrected Memory Error”，如果出现“Uncorrected”或“MCU”信息，基本可以判定是内存条故障或接触不良，结合日志中记录的 DIMM槽位号 去插拔内存，就能快速验证。

风扇异常与供电问题

搜索“FAN”相关条目，如果日志出现“Redundant Fan Failure”或者“RPM Out of Range”，说明风扇老化或转速异常，搜索“PSU”或“Input Power Loss”，可帮你判断是不是电源供电不稳定引起的意外重启。

设备掉线诊断

板载网卡或PCIe固态硬盘偶尔掉线,很难在系统层面直观捕捉，但ASH日志会忠实记录“PCIe Device Loss”或“LINK DOWN”事件，并标记出精确时间戳，结合AH日志中标出的 bus/device/function 编号，就能定位是哪个槽位出现问题。

ASH日志需要人工清理吗？长期开启会不会影响系统性能？

这个问题问到点子上了,也是不少新手容易担心的点。

不用也不建议频繁清理ASH日志,iLO芯片内部有一块专门划分的“黑匣子”存储区，容量固定，当日志存满时，iLO会自动循环写入，覆盖最早的数据，类似行车记录仪，整个过程不会中断你的业务，也不需要你干预。

ASH对服务器性能的影响可以忽略不计，由于采样工作完全由iLO主板管理引擎完成，和CPU、内存、硬盘这些核心资源不冲突，它在后台独立运行，不占用系统进程资源，最近几代HPE Gen10、Gen11服务器的出厂默认状态，就始终保持ASH功能开启。

关于HP服务器里ASH的常见疑问解答

通用Linux系统环境能读取ASH数据吗？

可以,但是路径不同，在Linux主机里通过HPE的AMS代理工具（amssd），也可以采集到ASH数据，并生成日志包，日常最推荐的方式还是直接从iLO管理端口获取，按上面“方法一”操作即可，通用性最强。

当服务器无法开机、系统完全黑屏时，ASH还能发挥作用吗？

完全能,这也是ASH最重要的应用场景之一，因为ASH日志固化在iLO的物理闪存颗粒上，即使操作系统崩了、磁盘阵列挂了，只要iLO芯片自身供电正常，日志就能通过管理口正常导出。

针对这种故障场景,排查步骤非常简单：

• 断开服务器的业务系统网络,只保留iLO管理口连接。
• 登录iLO Web界面，进入“诊断”以下载日志。
• 将导出文件交给做硬件检修的工程师分析。

我把系统里的HPE AMS服务卸载了，ASH会停止工作吗？

不会停止,AMS服务只是充当系统和iLO之间的“传话筒”，让你能在系统里看到一部分ASH的健康信息，真正的ASH采集记录主体是iLO硬件，它和操作系统没有任何依赖关系，即使AMS没装，ASH日志照样在后台默默记着。

关于HP服务器里的ASH,总结成一句话就是：它是服务器里最安静、最忠实的管家，平时你不觉得它存在，一旦出了问题，它就是你拨开迷雾最趁手的工具。
能帮你彻底搞懂ASH的概念和用法，下次遇到服务器疑难杂症时，记得先从这份“病历记录仪”入手，多半会少走不少弯路。