É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 serveur et 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 Server et Linux Server en tant que définitions d’éléments distinctes sans chevauchement, appliquez un filtre à la définition d’élément Server 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, Windows et 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 des 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 comme suit : 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 du 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. Pour contourner le problème, les éléments de liste doivent être configurés en s’excluant mutuellement et la condition de filtre doit être configurée de manière appropriée, comme indiqué dans les exemples.

Dans ce scénario, Servers 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 Linux Server (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.

À partir de la Xanadu version, le filtre de définition d’élément pour la définition d’é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 Windows Server dans la définition d’élément Windows Server ou un actif Linux Server dans la définition d’élément Linux Server, comme indiqué dans les exemples.