技能介绍

要解决的问题

机房里一批 X86/X64 服务器，没有专职运维盯着，故障往往到业务受影响才被发现。真出问题时，很难快速判断是内存、电源、温度还是磁盘出了状况；如果打算重启修复，又缺少重启前的硬件状态基线，重启后无法对比变化。直接登录服务器或 BMC 手工巡检，凭证分散、操作零散，还容易顺手改动配置，风险并不低。

如何工作

这个技能把一次硬件体检拆成明确的只读流程。它不要求在目标机上常驻 Agent，而是通过 ipmitool 走 IPMI 2.0 与 BMC 通信，在需要系统层补充信息时再用 ssh 执行只读命令，磁盘健康则依赖服务器上已有的 smartctl。

前置条件： 目标机需启用 IPMI 2.0 且 BMC 网络可达，并预先创建 monitor 一类只读账户；SSH 与 smartmontools 属于可选条件，分别用于系统状态检查和磁盘 SMART 读取。

执行步骤：

先用 TARGET_IP 和 BMC_IP 确认业务口与管理口的连通性，密码通过 BMC_PASS 传入。
调用 IPMI 只读命令采集 BMC 侧的传感器、电源与温度等字段，BMC_USER 只授予查看权限。
若开放了 SSH，再用 SSH_USER 与 SSH_KEY 登录，只执行状态查看类命令；需要磁盘 SMART 时才依赖 smartctl。
汇总后输出结构化 JSON，并渲染成便于归档和转发的 Markdown 报告，报告里区分必填与可选输入，便于复现同一次检查。

适用场景： 每周日常巡检、异常发生后的硬件层排查、接手新机房时的资产摸底，以及硬件变更前的基线记录，都适合跑一次快照。

适用边界与注意点

它承诺的是只读不写：不执行写操作、不改配置、不重启服务器，也不会在目标机上留下 Agent，执行完即离开。每次调用都需要临时传入凭证，执行结束后凭证不保留，数据也在 Agent 环境内处理，不经过第三方转发。

需要明确的是，BMC 只读账户和 IPMI 2.0 可达是硬前提，缺少这两项时无法完成核心采集；磁盘 SMART 只有在服务器已安装 smartmontools 时才有结果。SSH 不可用时仍可完成 BMC 侧检查，但系统层信息会缺失。建议始终使用专为巡检创建的只读账户，而不是管理员账号，以符合最小权限原则。