最佳答案
通过SNMP获取设备存储和内存信息失败，通常是监控工具使用的OID（对象标识符）不正确或SNMP配置不匹配导致的。这类问题可以遵循一个清晰的流程来排查。
故障排查思路
1. 核心排查：OID (对象标识符)
SNMP获取特定信息（如CPU、内存）需要用到对应的私有OID，这是最常见的问题点。
OID不匹配：设备或监控系统的MIB（管理信息库）库未更新或不完整，导致使用的OID不准确。
错误的OID调用：对父节点（如
1.3.6.1.4.1.25506.2.6.1.1.1.1）使用了snmpget，应改用snmpwalk遍历获取。另外，使用snmpwalk但只指定了索引不包含具体指标的OID，只返回一条End of MIB信息，也是常见原因。H3C OID的特殊性：CPU和内存使用率OID通常是设备实体（单板）级的，需带完整的索引号。例如
1.3.6.1.4.1.25506.2.6.1.1.1.1.8是整个内存利用率的父节点，必须snmpwalk这个OID，然后根据返回值定位具体的子节点（如...1.8.1）。MIB风格问题：H3C设备有新旧两种MIB风格（
new或compatible），可使用display mib-style命令查看，新旧风格的OID不同。设备模式限制：部分无线AP在
Cloud模式下，SNMP读取可能不正常，需切换至Fit模式。
2. 配置与连通性检查
如果OID正确，应检查SNMP服务本身。
基础连通性：使用
ping命令确保网管与设备IP可达。SNMP参数一致性：
版本：两端使用的SNMP版本（v1/v2c/v3）必须一致。
团体字：v1/v2c的读写团体字（Community）必须匹配，且无ACL限制。
V3用户参数：v3用户的用户名、认证/加密模式、密码和上下文名称都必须完全一致。
特殊状态
静默模式：设备短时间内收到大量错误认证报文，会自动进入静默状态（持续4~5分钟）。
SNMP黑名单：可通过
display snmp-agent blacklist查看，若在其中需用snmp-agent blacklist ignore命令移除。
3. 设备特定问题排查
堆叠环境：需确认监控软件是否按指定方法访问堆叠设备的CPU/内存OID。
高负载：设备CPU/内存过载时可能丢弃SNMP请求，可用
top或display memory-usage查看。存储空间：设备存储满也会影响SNMP处理，需检查Flash/CF卡空间。
SNMP报文大小限制：当需要获取大量数据（如ARP表）时，默认报文长度可能不足，可适当调大。
关键OID速查
| 监控对象 | MIB节点名称 | OID | 备注 |
|---|---|---|---|
| CPU利用率 | hh3cEntityExtCpuUsage | 1.3.6.1.4.1.25506.2.6.1.1.1.1.6 | 带索引的单板级OID |
| 内存利用率 | hh3cEntityExtMemUsage | 1.3.6.1.4.1.25506.2.6.1.1.1.1.8 | 带索引的单板级OID |
| 设备温度 | hh3cEntityExtTemperature | 1.3.6.1.4.1.25506.2.6.1.1.1.1.12 | 带索引的单板级OID |
| 实体序列号 | entPhysicalSerialNum | 1.3.6.1.2.1.47.1.1.1.1.11 | 标准MIB |
| 存储空间 | hwStorageEntSpace | 1.3.6.1.4.1.2011.5.25.31.1.1.13.1.3 | 华为/部分H3C，可能不同 |
| 空闲存储空间 | hwStorageEntSpaceFree | 1.3.6.1.4.1.2011.5.25.31.1.1.13.1.4 | 华为/部分H3C，可能不同 |
| 进程内存大小 | hh3cProcessMemSize | 视具体进程而定 | 属于私有MIB，用于监控特定进程 |
注意：特定型号的存储空间OID可能不同，建议查找对应型号的MIB文件或咨询技术支持。
快速诊断命令
在设备上执行以下命令可以快速获取基本信息或验证状态：
验证SNMP连通性（在网管端）：使用
snmpwalk -v 2c -c <你的团体字> <设备IP> 1.3.6.1.2.1.1.1.0来测试SNMP是否连通。遍历CPU OID：
snmpwalk -v 2c -c <你的团体字> <设备IP> 1.3.6.1.4.1.25506.2.6.1.1.1.1.6检查SNMP配置：
display snmp-agent sys-info version检查V2c/V3用户：
display snmp-agent community/display snmp-agent usm-user检查SNMP静默/黑名单：检查设备日志中是否有
SNMP agent is now silent的记录；使用display snmp-agent blacklist检查
为什么 SNMP 取不到设备存储、内存？一次性讲清 + 解决方法
一、先说结论：99% 就 3 个原因
- 你用的 MIB 不对（取内存 / 存储必须用专用 MIB，不是默认 MIB）
- 设备没开启对应的 SNMP 节点（默认关闭存储 / CPU / 内存监控）
- 权限不够（必须用 v2c 读权限 或 v3 authPriv，不能用 public 随便扫）
二、为什么取不到【内存】？
原因：
正确 OID（通用，所有设备都能用）
- 内存总大小：
1.3.6.1.2.1.25.2.3.1.5 - 内存使用大小：
1.3.6.1.2.1.25.2.3.1.6 - 内存使用率：
1.3.6.1.4.1.2021.10.1.3.3（H3C 私有）
取不到的原因：
- 设备没开启
host-resource - SNMP 版本不匹配
- 团体字权限不够（必须 read 视图包含 iso 或 1.3.6.1.2.1）
三、为什么取不到【存储 / 磁盘空间】？
原因：
正确 OID
- 存储设备类型：
1.3.6.1.2.1.25.2.1.1 - 存储总大小：
1.3.6.1.2.1.25.2.1.4 - 存储使用大小：
1.3.6.1.2.1.25.2.1.5
取不到的 2 个真实原因
- 设备不支持 hrStorage（如交换机、AP 大多不支持）
- 设备支持但 SNMP 未开启存储监控
四、哪些设备能取到？哪些取不到？（非常重要）
✅ 能取到 内存 + 存储
- 服务器（Windows/Linux）
- UIS 服务器
- 防火墙（F1000/F5000）
- 路由器（SR6600/SR8800）
❌ 取不到 存储（只能取内存）
- 交换机（S5500/S6800/S12500）
- AP 无线接入点
- 傻瓜交换机
五、你现在马上能做的排查（3 步）
1. 确认设备是否支持
- 交换机 → 只能取内存，不能取存储
- 服务器 / 防火墙 / 路由器 → 都能取
2. 确认 SNMP 配置正确（H3C 示例）
snmp-agent
snmp-agent community read 密码
snmp-agent mib-view included iso iso
snmp-agent sys-info version v2c
3. 使用正确的 MIB/OID
- 内存：
1.3.6.1.2.1.25.2 - 存储：
1.3.6.1.2.1.25.2.1
六、最直白总结（你要的答案）
- 交换机取不到存储（flash），因为不支持
- 能取内存，但必须用 HOST-RESOURCES-MIB
- 服务器 / 防火墙 / 路由器 能取 内存 + 存储
- 默认 SNMP 看不到，必须用专用 OID
- 权限 / 团体字 / 版本不对也会看不到
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论