KPI et mesures de l’intégrité CMDB
Le score d’intégrité global de la CMDB se compose de trois indicateurs clés de performance (KPI) qui sont l’exactitude, la conformité et l’exhaustivité, chacun comprenant à son tour des sous-mesures. Chaque KPI et chaque mesure sont associés à un tableau de résultats qui détermine leur contribution à l’intégrité agrégée au niveau de la CMDB globale, de la classe et du CI.
Vous pouvez configurer les KPI et les mesures à inclure dans le calcul agrégé et définir leur poids dans l’agrégation. Dans le système de base, tous les KPI et toutes les mesures sont inclus dans le rapport d’intégrité agrégé.
Global
Une agrégation des trois KPI (exactitude, exhaustivité et conformité), en fonction de leurs paramètres de pondération dans le tableau de résultats global.Exactitude
Un KPI qui est une agrégation des mesures suivantes, en fonction des paramètres de pondération du tableau de résultats d’exactitude.
- Orphelin
- Mesure le pourcentage de CI orphelins dans la CMDB. Un CI peut devenir orphelin s’il a été involontairement laissé dans la CMDB alors qu’il n’est plus nécessaire. Un CI est défini comme étant orphelin si :
- Le CI satisfait aux critères d’une règle déterminant les orphelins. Ce critère recherche les attributs spécifiques qu’un CI doit avoir, ainsi que les CI qui n’ont pas de relations ou qui n’ont pas de relations spécifiques.
- il manque des données pour le CI dans sa table respective, ou dans la table de l'un de ses parents.
- Péremption
Mesure le pourcentage de CI périmés dans la CMDB. Un CI est périmé s’il n’a pas été mis à jour pendant la période de durée effective spécifiée dans la règle de péremption qui s’applique à la classe.
Le système de base inclut une règle de péremption par défaut pour la classe Élément de configuration [cmdb_ci], qui définit la durée effective sur 60 jours. Cette règle s’applique à toutes les classes CMDB étendues et peut être remplacée par des règles de péremption spécifiques à la classe définies par l’utilisateur. Pour déterminer la péremption d’un CI, une règle de péremption pour la classe du CI est utilisée si elle existe. Sinon, la règle de péremption par défaut est utilisée.
En outre, une relation dans laquelle un CI périmé est un parent ou un enfant est considéré comme une relation périmée.
Remarque :Discovery marque les CI VMware vCenter qui n’existent plus physiquement comme périmés. Par défaut, ce paramètre est prioritaire sur une règle de péremption d’intégrité CMDB définie pour le CI. Dans le tableau de bord CMDB, vous analysez les résultats relatifs à l’intégrité afin de déterminer la source des CI identifiés comme périmés par Discovery CLOUD_DISCOVERY. Définir la glide.cmdb.health.src.cmdb_health_audit_only propriété système sur vrai garantit que le tableau de bord CMDB affiche les résultats d’intégrité générés uniquement par Intégrité CMDB. Pour plus d’informations, consultez Propriétés système d’intégrité CMDBDiscovery pour VMware vCenter.- Dupliquer
Mesure le pourcentage de CI en double dans la CMDB à l’aide de règles d’identification. Seuls les CI indépendants sont évalués en vue d’une duplication. Dans un jeu de duplications de CI, le nombre de duplications de CI est le nombre total de CI dans l’ensemble, moins un. Les graphiques détaillés d’un ensemble de CI en double affichent tous les CI de l’ensemble.
Pour plus de détails, d’exemples et d’informations de dépannage sur les mesures en double, consultez l’article de la base de connaissances Intégrité CMDB - Mesure en double - algorithme [KB0726425].
Exhaustivité
KPI qui est une agrégation des mesures suivantes, selon les paramètres de pondération du tableau de résultats d’exhaustivité.
- Obligatoire
- Évalue le pourcentage de CI dans lesquels les champs définis comme obligatoires ne sont pas renseignés. Les champs manquants sont marqués comme incomplets, notant que pour ce CI, certaines informations sont manquantes. Les champs obligatoires sont équivalents aux champs spécifiés comme obligatoires dans le dictionnaire système.
- Recommandé
Mesure le pourcentage de CI dans lesquels les champs définis comme recommandés ne sont pas renseignés. Prêts à l’emploi, aucun champ recommandé n’est spécifié.
Vous pouvez utiliser la tâche planifiée Ajouter des champs d’identificateur dans les règles recommandées pour définir les attributs des critères à partir de règles d’identification actives, en tant que champs recommandés. Vous pouvez utiliser la tâche planifiée Supprimer les champs d’identificateur dans les règles recommandées pour annuler les attributs de critères des règles d’identification actives, en tant que champs recommandés.
Conformité
Basé sur les résultats des exécutions d’audit CMDB réelles.
- Audit
L’audit compare les valeurs réelles des champs spécifiés aux valeurs attendues définies dans le modèle et les audits scriptés. En fonction des audits, l’intégrité Last run date CMDB identifie l’ensemble de la dernière exécution d’audit complète et utilise ces résultats d’audit. Pour réussir le test d’audit d’intégrité CMDB, un CI doit être en conformité avec tous les audits concernant ce CI. Créez un audit de type conformité, pour lequel les résultats sont calculés dans le KPI de conformité d’intégrité CMDB.
Lors de l’exécution d’audits scriptés, le n’est Last run date pas renseigné. Par conséquent, pour que le KPI de conformité inclue les résultats d’un audit scripté, mettez à jour le script dans l’audit afin d’enregistrer l’heure d’exécution de l’audit.
Relations
Mesure l’intégrité des relations CI, comprenant les mesures suivantes qui ne sont pas configurables :
- Relations en double
- Entités qui ont des CI parent et enfant identiques, un type de relation identique et un port identique. Les relations en double sont affichées par type de relation. Dans un ensemble de relations en double, le nombre de relations en double est le nombre total de relations en double dans l’ensemble, moins un. Les graphiques détaillés d’un ensemble de relations en double affichent toutes les relations de l’ensemble.
- Relations orphelines
- Une relation à laquelle il manque soit un CI parent, soit un CI enfant, soit les deux.
- Relations périmées
- Une relation dans laquelle le CI parent ou le CI enfant est un CI périmé.
Une même relation peut échouer à plusieurs tests de santé. Par exemple, une relation en double peut également être périmée.
- Relations non conformes aux relations suggérées
- Relations non conformes aux règles d’imbrication
- Relations non conformes aux règles d’hébergement