1 つの資産が複数のカテゴリに適合するような重複する要素定義を作成することは避けてください。各要素定義は一意であり、他の要素と重複しないようにする必要があります。たとえば、Linux サーバーは本質的にサーバーであるため、サーバーと Linux サーバーを別個の要素定義として定義しないでください。BCMアプリケーションは、これらの定義の両方ではなく一方のみを使用するように構成されているため、要素定義は 1 つのカテゴリにのみ表示されます。

サーバーと Linux サーバーを重複のない別個の要素定義として定義する場合は、クラスが Linux ではないことを指定するフィルターをサーバー要素定義に適用します。このアプローチでは、2 つの定義間の相互排他性が維持されます。

例に示すように [サーバー] 資産タイプを選択し、[追加] を選択すると、Solaris、ESX、Windows などを含むすべてのサーバーが構成に表示されます。

サーバー要素を汎用バケットとして定義する場合は、例に示すように、任意のサーバータイプを選択できます。サーバー資産タイプには、子アイテムとして Linux サーバーがあります。ただし、Linux サーバーと呼ばれる別の資産タイプが [資産タイプ (Asset types)] リストで使用できます。

リストでは、資産タイプが計算され、2 つの Linux サーバーと 4 つのサーバー (そのうちの 1 アイテムが Linux サーバー) として表示されます。資産の更新または再ロード後に、資産タイプが再計算され、表示が変わる可能性があります。たとえば、資産タイプが 3 つの Linux サーバーと 3 つのサーバーまたは 0 個の Linux サーバーと 6 つのサーバーと表示される場合があります。サーバーの要素定義には Linux サーバーも含まれているため、資産タイプは異なる方法で計算されます。

このようなシナリオでは、他のルールと重複するルールを構成すると、エラーが発生する可能性があります。回避策として、例に示すように、リストアイテムを相互に排他的に構成し、フィルター条件を適切に構成する必要があります。

このシナリオでは、サーバーが親テーブルで、Linux サーバーが子テーブルです。サーバーテーブル (レコード) で、Class is not Linux Serverオプションを選択して、クラスが Linux サーバーではないフィルター条件を設定します。

これは、サーバー要素定義に Linux サーバーを除くすべてのサーバーが含まれることを意味します。

Xanadu リリース以降、ハードウェア要素定義の要素定義フィルターが更新されました。例に示すように、ハードウェア要素の下に Windows Server 資産や Linux サーバー資産を追加することはできません。

ただし、例に示すように、Windows Server 要素定義に Windows Server 資産を追加したり、Linux サーバー要素定義に Linux サーバー資産を追加したりできるようになりました。