Suivi des processus d’intégrité CMDB

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 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 l’enregistrement des messages d’information et d’avertissement (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 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 des tâches planifiées sont activées, mais que les données ne s’affichent pas sur le tableau de bord CMDB, 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 comment procéder.

    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 d’échecs.
    Nbre max. de défaillances
    Le nombre de défaillances de cette mesure a atteint le seuil maximal d’échecs. 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 temps de traitement. Le traitement est suspendu 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 :
    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 ses seuils d’échec maximum.
    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 déterminer quelle classe prend trop de temps à traiter. Utilisez ces informations pour détecter 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 Terminé, et pour les classes qui n’ont pas encore été traitées, il est Brouillon. En examinant le temps de mise à jour pour chaque classe, vous pouvez calculer la durée de traitement pour chaque classe.

    Enregistrements orphelins en raison d’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 que vous ne pouvez pas 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 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 « Ce CI cmdb_ci_linux_server [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 situe entre les classes Hardware et Server dans la hiérarchie).

    Audits scriptés ignorés

    Un message d’erreur est consigné si les résultats d’un audit scripté ne sont pas inclus dans le KPI de conformité. Cela peut être dû au fait que le script de l’audit n’a pas été mis à jour pour renseigner son champ de date de dernière exécution . Sans valeur 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 terminée récente et ignore ces résultats.