• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

H3C UniServer R4900 G3 的cpu、内存、磁盘的使用率oid信息

2026-04-15提问
  • 0关注
  • 0收藏,93浏览
粉丝:0人 关注:0人

问题描述:

想知道cpu、内存、磁盘的使用率的oid信息

在官网上查询到

.1.3.6.1.4.1.25506.13.1.2.1.4.1  cpu使用率     

1.3.6.1.4.1.25506.13.1.2.1.4.2   内存使用率

上面两个节点实际返回的是N/A

磁盘的节点实际返回不存在这些节点

有谁知道这是什么情况吗?还是说需要配置某些参数吗?

磁盘的信息:

3 个回答
粉丝:2人 关注:9人

你之前使用的是H3C网络设备(交换机/路由器)的性能OID,不适用于R4900 G3服务器产品线,因此返回N/A/不存在。
R4900 G3的性能OID需走HDM带外管理口采集,先在HDM Web界面开启SNMP、配置访问权限(共同体/版本/允许访问IP),正确零段OID如下:
1. 整机CPU平均使用率:.1.3.6.1.4.1.25506.57.1.1.13.0
2. 内存使用率:.1.3.6.1.4.1.25506.57.1.1.14.0
磁盘说明:
HDM带外仅采集物理磁盘健康状态,不采集OS层面逻辑分区使用率。若需逻辑磁盘使用率,需在服务器OS内安装H3C服务器监控Agent,或启用OS原生SNMP服务(Linux用net-snmp、Windows启用SNMP组件)采集OS层数据。
验证命令:
snmpwalk -v 2c -c 你的共同体 HDM管理IP .1.3.6.1.4.1.25506.57.1.1可直接验证CPU、内存OID返回值,若仍无返回可备份HDM配置后升级到最新HDM版本适配。

非常感谢你的回答! 我已经通过snmpwalk方式把数据导出来,但是没有搜索到你说的这两个mib节点,这两个mib节点是默认不开启的吗,需要手动配置开启吗?

zhiliao_VgvEzP 发表时间:2026-04-15 更多>>

非常感谢你的回答! 我已经通过snmpwalk方式把数据导出来,但是没有搜索到你说的这两个mib节点,这两个mib节点是默认不开启的吗,需要手动配置开启吗?

zhiliao_VgvEzP 发表时间:2026-04-15
粉丝:12人 关注:1人

从你遇到的现象来看,这通常不是“获取不到数据”,而是你使用了错误的 MIB 树和 OID。简单来说,你当前查询的对象(.1.3.6.1.4.1.25506.13)主要适用于 H3C 网络设备,而对于 R4900 G3 这款服务器,正确的性能数据源在其带外管理系统 HDM 的 MIB 中。


 为什么你查到的 OID 是错的?

  • 数据来源不同:网络设备的 CPU 等数据由其操作系统(如 Comware)提供,因此存储在企业 MIB 根节点.1.3.6.1.4.1.25506下的 hh3cEntityExtend (.2.6) 分支下。而服务器的性能数据由 HDM 采集,存储在 hh3cSvrSystem (.13) 分支下。你用的 .13 分支是 HDM MIB 的根,但它下的具体对象,如 hh3cSvrProcessorTable(处理器表)和 hh3cSvrMemoryTable(内存表),你并没有去查询。


 具体解决方案:查询正确的 OID

解决问题的最直接方法,是下载并编译正确的 MIB 文件

第一步:获取官方 MIB 文件

R4900 G3 的 MIB 文件集成在 HDM 固件压缩包中。

  1. 访问官网:前往 H3C 官网 的“支持-软件下载”页面。

  2. 导航查找:选择“服务器” -> “H3C UniServer” -> “G3 系列” -> “H3C UniServer R4900 G3”。

  3. 下载固件:在下载列表中找到对应版本的 HDM (Hardware Device Management) 软件。下载后解压,在文件夹中即可找到 .mib 格式的 MIB 文件。

第二步:编译 MIB 文件

在你的监控工具(如 Zabbix)中,导入并编译你下载的 MIB 文件。这样,工具就能识别 OID 的名称和含义,方便你查找和测试。

第三步:使用正确的 OID 进行测试

成功编译 MIB 后,你就可以使用有意义的节点名称来查询数据了。例如:

  • 查询 CPU 使用率hh3cSvrProcessorUsage.1 或 hh3cSvrProcessorUsage.hh3cSvrProcessorIndex.1 (请参考 MIB 文件中的准确定义)。

  • 查询内存使用率hh3cSvrMemoryUsage

  • 查询磁盘信息hh3cSvrDiskTable 下的相关节点(如 hh3cSvrDiskUsageRate 等)。

你也可以通过命令行,使用已知的 OID 节点进行验证:

snmpwalk -v 2c -c public <服务器IP> .1.3.6.1.4.1.25506.13.1.1.1
这个命令会尝试遍历 HDM 处理器表(hh3cSvrProcessorTable)下的数据,如果配置正确,应该能返回 CPU 相关指标。


 补充检查:确认 HDM SNMP 已正确开启

在服务器侧,需要确认 HDM 的 SNMP 代理已正确配置。通过 Web 浏览器访问 HDM 管理界面,导航至 远程服务 → SNMP 设置,确保已勾选并保存了 SNMP v2c 或 v3 的配置。

粉丝:9人 关注:2人

这是一个非常典型的 H3C 服务器监控(HDM/UniServer)与 SNMP 协议配置不匹配 的问题。
你查到的 OID .1.3.6.1.4.1.25506.13.1.x 确实是 H3C 服务器资源管理的 MIB 库节点,但 返回 N/A 或不存在,主要有以下 3 个核心原因

一、核心原因分析(必须配置)

1. 缺少【实体资产编号】配置(最常见原因)

HDM(服务器管理模块)在读取 CPU / 内存 / 磁盘信息时,需要关联一个 实体资产编号 (Entity Index)
  • 现象:如果没有手动输入资产编号,系统无法建立索引映射,导致 OID 查询返回 N/ANo Such Instance
  • 配置路径
    HDM Web 管理页 → 系统管理基本信息实体资产编号(填写任意数字,如 1 或 2,保存并重启 HDM 服务或服务器)。

2. MIB 库加载不全 / 版本不对

你贴的 OID 属于 HH3C-SERVER-MIB (H3C 服务器通用 MIB)。
  • 问题:监控服务器(Zabbix/Nagios/PRTG)在配置 OID 时,如果只填了数值,而监控端没有加载对应的 .mib 文件,或者 OID 节点路径不对,会导致解析失败。
  • 建议:确认监控端是否已导入 hh3c-svr.mib 文件。

3. 监控路径配置错误 (Entity OID)

R4900 G3 是多插槽服务器(2U 双路),CPU / 磁盘是有具体物理索引的。
  • CPU 示例.1.3.6.1.4.1.25506.13.1.2.1.4.1.1.1 (最后加索引 .1.1)
  • 你的情况:你直接查根节点 .1.3.6.1.4.1.25506.13.1.2.1.4.1,它是一个表格节点,不是叶子节点,直接查询会返回不存在,必须配合具体的实体索引。

二、正确的 OID 配置清单(可直接复制)

配置好【实体资产编号】后,请使用以下标准 OID 进行监控:

1. CPU 使用率

  • 节点 OID.1.3.6.1.4.1.25506.13.1.2.1.4.1 (表格起始点)
  • 具体查询:需加索引(假设第 1 颗 CPU):
    .1.3.6.1.4.1.25506.13.1.2.1.4.1.1.1
  • 含义:物理 CPU 利用率。

2. 内存 使用率

  • 节点 OID.1.3.6.1.4.1.25506.13.1.2.1.4.2
  • 具体查询:需加索引(假设第 1 个内存模块):
    .1.3.6.1.4.1.25506.13.1.2.1.4.2.1.1
  • 含义:物理内存利用率。

3. 磁盘使用率(重点修复)

你的截图显示磁盘节点不存在,是因为磁盘索引是按 hh3cSrvDiskIndex 排序的,必须先查磁盘列表。
  • 磁盘总数量 / 列表.1.3.6.1.4.1.25506.13.1.2.1.4.4
  • 磁盘总容量 (TotalSize).1.3.6.1.4.1.25506.13.1.2.1.4.4.1.2 (需加索引,如 .1.3.6.1.4.1.25506.13.1.2.1.4.4.1.2.1)
  • 磁盘已用容量 (UsedSize).1.3.6.1.4.1.25506.13.1.2.1.4.4.1.3 (需加索引)
  • 计算公式:使用率 = (已用 / 总容量) * 100%

三、一步到位的操作步骤(照着做)

  1. 登录 HDM Web (默认 IP 通常是服务器管理口 IP)。
  2. 系统管理 → 基本信息 → 填写 实体资产编号(例如填 1),点击保存。
  3. 重启 HDM 服务(或重启服务器),让资产编号生效。
  4. 监控软件配置
    • 确保已加载 HH3C-SERVER-MIB
    • 配置监控项时,OID 必须带上后缀索引(如 CPU 用 .1 结尾,内存用 .1 结尾)。
    • 重新抓取数据,此时应该能正常显示数值。

四、如果还是不行(终极方案)

如果配置完资产编号还是不行,说明 HDM 版本过旧或 MIB 不兼容。
建议直接使用 标准系统 MIB (HOST-RESOURCES-MIB) 进行监控,这是通用标准,兼容性最好:
  • CPU 使用率.1.3.6.1.2.1.25.3.3.1.2.1 (hrProcessorLoad)
  • 内存 使用率
    • 总内存:.1.3.6.1.2.1.25.2.3.1.5.1 (hrStorageSize)
    • 已用内存:.1.3.6.1.2.1.25.2.3.1.6.1 (hrStorageUsed)
    • 注:需要通过这两个计算百分比。

总结:优先去 HDM 里填实体资产编号,这 90% 是导致你返回 N/A 的原因。

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明