在为设备角色检测制定 扫描规则集 时，查询信息集可以带来发现性能优势。但是，为了信息完整性，最好使用直接查询 WMI/SNMP 的角色检测规则。本节描述了在设备角色和子角色确定的上下文中这两种方法之间的差异。

重要： 构建和使用可以查询不完整信息集的角色检测规则将影响角色确定的准确性。例如，对于“发现”检查一个值的信息集（在 SNMP 或 WMI 获取之前）的情况，这可能导致“假阴性”。

提示： 当您的扫描规则使用 SNMP/WMI 检查值或字段时， WhatsUp Gold 发现会将其与信息集相关联。因此，在扫描大规模网络时，在后续规则中查询信息集（如需要）而不是复制 SNMP/WMI 调用，可能会有所帮助。

将查询应用于信息集的扫描规则与其他查询不同，因为：

  • 信息集是发现使用的临时结构。
  • 查询信息集的扫描规则实际上是检查在当前发现扫描中缓存的数据（无网络调用）。
  • 查询管理对象 (WMI/SNMP) 的扫描规则会对设备进行网络调用。
  • WhatsUp Gold 在进行当前发现时填充信息集，因此并非所有补充信息都存在于扫描的中间点。例如，不保证存在与子/父关系相关的属性。

我如何查询信息集？

信息集是由 WhatsUp Gold 利用的内部结构，部分暴露，以扩展发现支持。您可以通过查看系统子角色的扫描规则来寻找使用信息集的最佳示例。

Dell Storage Center 子角色中定义的信息集扫描规则

使用信息集的扫描检测规则示例（显示 Cisco Meraki 子角色规则组）

信息集的可查询部分

信息集利用命名空间或树状结构。您可以在角色或子角色定义中使用扫描规则来查询以下信息集部分：

  • 名称。ID，信息集的根元素。名称/值对的名称部分。
  • 值。ID 的配对值。
  • 信息集路径。使用中的给定信息集名称的典型路径。

下表概述了为发现性能优化而公开的信息集的部分内容。

信息集名称

值属性

信息集路径

云

Azure，AWS，CiscoMeraki

/cloud/platform

LWAP，VirtualMachine，Portal/LoadBalancer

/cloud/type

netapp-encl-table

集群（正则表达式）

/netapp-encl-table/entry

netapp-product

NetApp，*Node

/netapp-product/role

smis-agent

NetApp

/smis-agent/entries/entry/cluster-redundancy

*阵列

/smis-agent/role

root/emc/smis（正则表达式）

/smis-agent/entries/entry/name-space

virt-machine

一般解释为正则表达式。例如：

'(Windows|Microsoft).*Server.*2012 R2'

/virt-machine/guest-os