Évitez de créer des définitions d’éléments qui se chevauchent où un actif peut s’intégrer dans plusieurs catégories. Chaque définition d’élément doit être unique et ne pas se chevaucher avec une autre. Par exemple, ne définissez pas le serveur et le serveur Linux comme des définitions d’éléments distinctes, car un serveur Linux est intrinsèquement un serveur. L’application BCM est structurée de manière à n’utiliser qu’une seule de ces définitions, et non les deux, ce qui garantit qu’une définition d’élément n’apparaît que dans une seule catégorie.

Si vous souhaitez définir Serveur et Serveur Linux en tant que définitions d’éléments distinctes sans chevauchement, appliquez un filtre à la définition d’élément Serveur spécifiant que la classe n’est pas Linux. Cette approche maintient l’exclusivité mutuelle entre les deux définitions.

Si vous sélectionnez le type d’actif Serveurs comme indiqué dans l’exemple et sélectionnez Ajouter, la configuration affiche tous les serveurs, y compris Solaris, ESX, Windowset ainsi de suite.

Si vous définissez l’élément serveur comme une catégorie générique, vous pouvez sélectionner n’importe quel type de serveur, comme indiqué dans l’exemple. Le type d’actif Serveurs a un serveur Linux comme élément enfant. Toutefois, un type d’actif distinct appelé serveur Linux est disponible dans la liste Types d’actifs.

Dans la liste, les types d’actifs sont calculés et affichés comme suit : 2 serveurs Linux et 4 serveurs, où un élément est un serveur Linux. Il est possible qu’après l’actualisation ou après le rechargement des actifs, les types d’actifs soient recalculés et affichés différemment. Par exemple, le système peut afficher les types d’actifs sous la forme 3 serveurs Linux et 3 serveurs ou 0 serveurs Linux et 6 serveurs. Les types d’actifs sont calculés différemment, car la définition d’élément de Serveur inclut également le serveur Linux.

Dans de tels scénarios, la configuration de règles qui se chevauchent avec d’autres règles peut entraîner une erreur. En guise de solution de contournement, les éléments de liste doivent être configurés comme mutuellement exclusifs et la condition de filtre doit être configurée de manière appropriée, comme illustré dans les exemples suivants.

Dans ce scénario, Serveurs est la table parente et le serveur Linux est la table enfant. Dans la table Servers (enregistrement), configurez une condition de filtre dans laquelle la classe n’est pas un serveur Linux en choisissant l’option Class is not Linux Server .

Cela signifie que la définition de l’élément Serveurs inclut tous les serveurs à l’exception du serveur Linux.

Depuis la mise en Xanadu production, le filtre de définition d’élément pour la définition de l’élément matériel a été mis à jour. Vous ne pouvez pas ajouter d’actif de serveur Windows ou de serveur Linux sous l’élément Matériel, comme indiqué dans l’exemple.

Toutefois, vous pouvez désormais ajouter un actif de serveur Windows dans la définition d’élément de serveur Windows ou un actif de serveur Linux dans la définition d’élément de serveur Linux, comme illustré dans les exemples suivants.