為裝置角色偵測建立 掃描規則集 時，查詢資訊集（又稱為 Infoset）或許可提供探索效能優點。不過，如果需要完整的資訊，直接查詢 WMI/SNMP 的角色偵測規則是最佳的方式。本節將以判定裝置角色和子角色的例子，說明這兩個方式之間的差異。

重要: 建立及使用一個可查詢不完整 Infoset 的角色偵測規則，可能會影響角色判定的準確性。舉例來說，當探索在可由 SNMP 或 WMI 擷取一個值之前在 Infoset 中檢查該值時，這可能會造成「誤否定」的情況。

提示: 當您的掃描規則使用 SNMP/WMI 檢查一個值或欄位時， WhatsUp Gold 探索會將其與一個 Infoset 關聯。因此在掃描大規模的網路時，在接下來的規則中查詢 Infoset（如果需要的話）會比較有幫助，而不是使用複製 SNMP/WMI 通話的作法。

套用查詢到 Infoset 的掃描規則與其他查詢不同之處在於：

  • Infoset 為由探索使用的臨時性架構。
  • 查詢 Infoset 的掃描規則實際上會在目前探索掃描（無網路通話）中檢查快取的資料。
  • 查詢管理物件 (WMI/SNMP) 的掃描規則會撥打網路通話給該裝置。
  • WhatsUp Gold 會在目前的探索進度中填入 Infoset，因此並非所有補充資訊都會顯示在掃描的過度階段中。例如，不保證會顯示與上下層關係有關的屬性。

如何查詢 Infoset？

Infoset 為 WhatsUp Gold 運用的內部架構，部分為公開以擴大探索支援。您可以透過檢視系統子角色的掃描規則來找到使用 Infoset 的最佳範例。

在 Dell 儲存中心子角色中定義的資訊集掃描規則

使用 Infoset 的掃描偵測規則範例（所示為 Cisco Meraki 子角色規則群組）

Infoset 可供查詢的部分

Infoset 運用命名空間或樹狀架構。您可以在角色或子角色定義中使用掃描規則來查詢以下的 Infoset 部分：

  • 名稱：Infoset 的 ID、根元素。名稱/值對的名稱部分。
  • 值：ID 的配對值。
  • Infoset 路徑：在實際運用情況下使用的一個給定 Infoset 名稱的典型路徑。

以下的表格列出 Infoset 公開以供探索效能優化的某些部分。

Infoset 名稱

值屬性

Infoset 路徑

cloud

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

*Array

/smis-agent/role

root/emc/smis（規則運算式）

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

virt-machine

通常評估為規則運算式。例如：

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

/virt-machine/guest-os