如何将 SNMP MIB 数据导入 MIB 管理器。
开始之前
在“首选项”窗口中，指定供应商 MIB 常用的 MIB 的位置。请确保您的 MIB 位于特定于供应商的目录中且任何关联的设备号都位于子目录中。另请确保这些目录中不包含任何非 MIB 文本文件。大部分 MIB 安装在 NCHOME/omnibus/var/mibmanager/mibs/base 目录中，所有 RFC MIB 安装在 NCHOME/omnibus/var/mibmanager/mibs/rfc 目录中。
The 您所导入的 MIB 可能依赖于其他 MIB。为确保 MIB 管理器 能在执行导入时搜索相关 MIB，请将搜索路径设置为相关 MIB 文件的位置。
过程
要导入 MIB 数据：
- 单击
导入，或在菜单中单击。 - 单击导入。
解析 MIB 模块时，将显示“导入状态”窗口。此窗口的左侧将显示解析导入的 MIB 文件时发现的各种 NIB 对象类型的数量。
在解析 MIB 后，MIB 管理器 会复查每个 MIB 模块，并解析它找到的所有 MIB 对象。在解析所有对象后，MIB 管理器 会复查每个 MIB，并处理导入语句以找到所有引用的 MIB 模块。如果有任何引用的 MIB 模块在先前导入的 MIB 模块中找不到，MIB 管理器 会搜索在搜索路径中指定的目录。“导入状态”窗口右侧将显示图标以表示在导入的 MIB 中找到的所有导入语句的状态，如下表中所示：图标 Description 
表示未解析该导入语句。 
表示已解析该导入语句。 
表示无法解析该导入语句中引用的 MIB 模块。 您可以展开导入语句树以显示哪些 MIB 模块正在使用导入语句来引用其他 MIB 模块。
当所有的 MIB 文件都处理完毕时，状态框顶部将显示导入完成。您可以查看导入期间生成的所有状态消息，方法是单击查看状态历史记录并使用视图下拉列表来选择过滤器选项。
结果
“MIB 模块”视图将自动刷新以显示新导入的 MIB 模块的名称。“OID 树”视图会自动刷新以显示所有新导入的 MIB 对象。为了重新构建树，MIB 管理器 会递归地在树的父节点（iso、ccitt 和 joint-iso-ccitt）中搜索子节点，直到找到没有关联的子代的子节点。如果未检测到任何错误，“OID 树”视图中将显示完整填充的 MIB 树，其中包含已解析的对象。
单击“OID 树”视图中的对象将自动在“MIB 模块”视图中显示该对象。“详细信息”视图将显示有关所选对象的详细信息。
导入的 MIB 模块存储在表示该 MIB 模块结构的 XML 文件中。这些 XML 文件位于 NCHOME/omnibus/var/mibmanager/data 目录中。
如果检测到未解析的导入语句，请与负责缺失的 MIB 的供应商联系，向搜索路径添加缺失的文件，然后再次导入。
供应商有时候会指定重复的对象名，或指定与 RFC 中指定的对象名相同的对象名。
例如，模块 SNMPv2-MI' 中定义了名为 名为 system 且 OID 为 1.3.6.1.2.1.1 的对象，在模型 WINDOWS-NT-PERFORMANCE 中定义了另一个名为 system 但 OID 为 1.3.6.1.4.1.311.1.1.3.1.1.23 的对象。并且，在模块 SNMPv2-MIB 中将名为 sysDescr 的对象定义为 system.1，并在模块 WINDOWS-NT-PERFORMANCE 中将名为 sysFileReadOperationsPerSec 的对象定义为 system.1。在此情况下，子对象与哪个父对象关联不清楚。
找到具有重复父级的对象时，MIB 管理器 会尝试查找同一 MIB 模块中定义的该父级。在上例中，该父级为 WINDOWS-NT-PERFORMANCE。如果在同一 MIB 模块中未定义这两个父级，那么 MIB 管理器 将进行搜索以确定是否在对象所依赖的其他 MIB 模块中定义了该父级。MIB 管理器 还将确定引用该父级的其他 MIB 模块并选择最常引用的父级名称。但是，这可能导致对 MIB 树的填充和计算出的 OID 不正确。因此，MIB 管理器 每次找到重复的对象名时，都会在日志中记录一个警告，并在调试文件中记录为解决重复而采取的操作。