Suivi du processus d’intégrité CMDB

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Utilisez les informations suivantes pour suivre et résoudre les problèmes liés aux processus d’intégrité CMDB.

    Connexion

    Par défaut, seuls les messages d’erreur sont journalisés dans la table syslog, avec le nom source CmdbHealth. Pour activer la journalisation des messages « info » et « warning » (qui sont généralement journalisés au début et à la fin de chaque cycle de traitement), mettez à jour la propriété système glide.cmdb.logger.use_syslog. CMDBHealth. Pour en savoir plus sur l’utilisation de cette propriété, reportez-vous à la section Propriétés système d’intégrité CMDB.

    État du traitement

    Si les travaux planifiés sont activés, mais que les données ne s’affichent pas sur le tableau de bord <ph keyref="var.config-mgmt-database-short"/>, vous pouvez vérifier l’état du traitement dans la table État de la mesure d’intégrité CMDB [cmdb_health_metric_status]. En fonction de l’état de la inactive mesure, décidez de la marche à suivre.

    Initialement, l’état de toutes les mesures est « En cours ».

    États finaux possibles d’une mesure :
    Terminer
    Toutes les classes sont traitées et le nombre d’échecs est inférieur au seuil de défaillances maximales.
    Nbre max. de défaillances
    Le nombre d’échecs de cette mesure a atteint le seuil de défaillances maximales. Le traitement a été abandonné et sera redémarré lors de la prochaine exécution.
    Pause du délai d’expiration quotidien
    Le processeur a atteint la limite de temps de traitement. Le traitement est en pause et reprendra lors de la prochaine exécution.
    À la fin d’un cycle de traitement, l’état final d’un KPI dépend de l’état final de ses mesures associées. État final possible d’un KPI :
    Terminer
    Toutes les mesures associées sont à l’état Terminé et le calcul du score est terminé.
    Incomplet
    Le score n’est pas calculé, car l’une des mesures associées a atteint ses seuils d’échec maximum.
    Pause du délai d’expiration quotidien
    Délai expiré, car l’une des mesures associées a atteint sa limite de temps de traitement.

    Temps de traitement

    Si le traitement d’une mesure expire, vous pouvez déterminer quelle classe prend trop de temps à traiter. Utilisez ces informations pour déterminer si des règles de validation sont faibles.

    La progression de chaque mesure est suivie dans la table État du processeur d’intégrité CMDB [cmdb_health_processor_status]. L’état des classes qui ont été traitées pour une mesure est Terminé et pour les classes qui doivent encore être traitées est Brouillon. En examinant l’heure de mise à jour de chaque classe, vous pouvez calculer la durée de traitement de chaque classe.

    Enregistrements orphelins dus à une hiérarchie rompue

    Les règles déterminant les orphelins peuvent détecter un CI orphelin, auquel vous ne pouvez pas accéder et supprimer. Il peut également y avoir une incompatibilité entre la vue de liste qui affiche les enregistrements orphelins et le nombre total d’enregistrements. Ces résultats sont dus au fait que des enregistrements sont supprimés dans la base de données à partir d’une seule table de la hiérarchie CMDB.

    Ces enregistrements de CI ne sont pas accessibles via GlideRecord et doivent être supprimés directement de la base de données. Par conséquent, dans ce cas, pour supprimer un CI orphelin de la base de données, vous devez contacter le support pour obtenir de l’aide.

    Les résultats des tests orphelins indiquent précisément où la hiérarchie est rompue. Par exemple, le message « Cet cmdb_ci_linux_server CI [91054fc24f22520053d6e1d18110c713] est un enregistrement manquant dans cmdb_ci_computer table » signifie qu’un enregistrement de ce sys_id doit être supprimé des tables CMDB, cmdb_ci, cmdb_ci_hardware, cmdb_ci_server et cmdb_ci_linux_server (la classe Computer se trouve entre les classes Matériel et Serveur dans la hiérarchie).

    Audits scriptés ignorés

    Un message d’erreur est enregistré si les résultats d’un audit scripté ne sont pas inclus dans le KPI de conformité. La raison peut être que le script de l’audit n’a pas été mis à jour pour remplir son champ de date de dernière exécution . Sans une valeur de date de dernière exécution , Intégrité CMDB n’est pas en mesure d’identifier ces résultats d’exécution dans le cadre d’une exécution d’audit complète récente et ignore ces résultats.