Suivi des processus de l’intégrité CMDB

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 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 consignés dans la table syslog, avec le nom de source CmdbHealth. Pour activer la journalisation des messages « info » et « warning » (qui sont généralement consigné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 plus d’informations sur l’utilisation de cette propriété, reportez-vous à la section Propriétés système de l’intégrité CMDB.

    État du traitement

    Si des 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 :
    Terminé
    Toutes les classes sont traitées et le nombre d’échecs est inférieur au seuil maximal de défaillances.
    Nbre max. de défaillances
    Le nombre de défaillances de cette mesure a atteint le seuil maximal de défaillances. Le traitement a été abandonné et recommencera lors de la prochaine exécution.
    Pause après délai quotidien
    Le processeur a atteint la limite de délai de traitement. Le traitement est mis 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 des mesures qui lui sont associées. État final possible d’un KPI :
    Terminé
    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 son seuil d’échec maximal.
    Pause après délai quotidien
    Délai expiré car l’une des mesures associées a atteint sa limite de temps de traitement.

    Délai de traitement

    Si le traitement d’une mesure expire, vous pouvez savoir 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 de l’intégrité CMDB [cmdb_health_processor_status]. L’état des classes qui ont été traitées pour une mesure est défini sur Terminé, et pour les classes qui doivent encore être traitées, sur Brouillon. En examinant le temps de mise à jour de chaque classe, vous pouvez calculer la durée de traitement de chaque classe.

    Enregistrements orphelins en raison d’une hiérarchie rompue

    Les règles relatives aux orphelins peuvent détecter un CI orphelin auquel vous ne pouvez pas accéder et que vous pouvez 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 les enregistrements sont supprimés dans la base de données 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 à partir 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 fournissent des détails sur l’endroit exact où la hiérarchie est rompue. Par exemple, le message « Cet cmdb_ci_linux_server CI [91054fc24f22520053d6e1d18110c713] n’a pas d’enregistrement 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 Ordinateur se situe entre les classes Matériel et Serveur dans la hiérarchie).

    Audits sous forme de scripts ignorés

    Un message d’erreur est journalisé si les résultats d’un audit scripté ne sont pas inclus dans le KPI de conformité. Cela peut s’expliquer par le fait que le script de l’audit n’a pas été mis à jour pour renseigner son champ Date de dernière exécution . En l’absence d’une valeur de date de dernière exécution , l’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.