MIB文件属性表中，如何通过SNMP查询近12小时创建的文件？

首先得明确：原生SNMP（v2c/v3）的标准GET/GETNEXT/GETBULK命令确实不支持直接基于时间范围的表数据筛选——SNMP的核心设计是简单的键值拉取，没有类似SQL的WHERE子句这类过滤能力。不过有几种可行的实现方案，具体如下：

方案1：代理端预处理，新增筛选标识或辅助表 #

这是生产环境最推荐的高效方案，把筛选逻辑放在SNMP代理侧：

• 在你的MIB表中新增一个布尔型列，比如fileIsRecent，定义为TruthValue类型，值为true(1)表示该文件是近12小时内创建的；
• 代理后台启动一个定时任务（比如每30分钟执行一次），遍历整个文件表，计算每个文件的fileCreationTime（DateAndTime类型）和当前UTC时间的差值，更新fileIsRecent的值；
• 管理站只需用GETBULK命令拉取表中fileIsRecent为1的行即可，配合RowStatus列可以正常执行删除操作。

如果不想修改原表，也可以单独创建一个recentFilesTable辅助表，只同步近12小时内的文件条目，管理站直接查询这个辅助表就行。

方案2：管理站侧全量拉取后本地筛选 #

如果没法修改代理或MIB，这是退而求其次的通用方案：

• 用GETBULK命令拉取整个文件表的所有行数据，包括fileCreationTime、文件名、RowStatus等所有列；
• 在管理站端解析DateAndTime类型的数据：SNMP的DateAndTime是OCTET STRING，格式遵循ASN.1规范（通常是11字节，依次为年、月、日、时、分、秒、百分秒、时区方向、时区小时、时区分钟，部分实现会省略时区），需要把它转换成Unix时间戳或者可计算的时间对象；
• 计算每个文件的创建时间与当前时间的差值，筛选出差值小于等于12小时的条目。

注意：如果表数据量很大，全量拉取会有性能问题，所以这种方案更适合小型文件表场景。

方案3：自定义代理扩展（非标准） #

如果是你自己开发SNMP代理（比如用Net-SNMP、SNMP4J等框架），可以做非标准的扩展：

• 在MIB中新增一个fileFilterTimeWindow标量对象（比如Integer32类型，单位为小时）；
• 管理站先通过SET命令把fileFilterTimeWindow设为12，然后向代理发送自定义的查询请求（或者扩展GETBULK的行为），让代理返回符合时间范围的行；
• 这种方案灵活性高，但不符合SNMP标准，只能和你自己的代理配合使用，兼容性较差。

总结下来，方案1是最符合SNMP设计模式的高效做法；方案2是无需修改代理的通用方案，适合小型场景。

内容的提问来源于stack exchange，提问作者Joao s