Étapes destinées à éviter les enregistrements dupliqués ou orphelins après l’exécution de règles de recherche

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture

    • Prenez des mesures pour éviter les enregistrements en double ou orphelins résultant de la correspondance (éléments de configuration (CI) dans le CMDB.

    Si les règles ne sont pas soigneusement élaborées, l’importation des données d’exposition à la sécurité peut être éprouvante pour une instance et des problèmes de performances avec les ressources peuvent survenir. La logique utilisée pour itérer et effectuer la correspondance dans la CMDB peut entraîner de longs délais de traitement. Un test et un débogage approfondis des scripts de traitement dans les règles permettent d’atténuer les problèmes potentiels plus tard dans le processus.

    Éviter les enregistrements dupliqués ou orphelins

    • Utilisez de petits sous-ensembles de données spécifiques à la règle de recherche testée.
      • Définissez toutes les règles de recherche, autres que celle testée, sur inactives.
      • Analysez les CI importés pour vous assurer que vous observez le comportement attendu et que la correspondance se produit correctement.
    • Examiner les CI correspondants
      • Examiner le nombre de CI correspondants par rapport aux CI non appariés. Assurez-vous que le pourcentage est acceptable. Ne regardez pas la première page qui est probablement la première insérée.
      • Recherchez manuellement certains CI.
      • Vérifiez s’il existe des problèmes de nom ou de champ (tels que la recherche d’un domaine spécifique).

        Si cela vous semble approprié, ajoutez des règles de correspondance supplémentaires.

    • Examiner les CI sans correspondance
      • Accédez à la table CI sans correspondance.
      • Grouper par classe d’élément de configuration.
      • Examinez tous les cours qui ne semblent pas corrects (certificats, cartes réseau, images).
        • Déterminez pourquoi ils ne correspondaient pas au bon CI ?
        • La classe doit-elle être exclue ?
        • La classe doit-elle être élevée à une classe connexe ?
    • Examinez les états de CI tels que Mis hors service.
    • Supprimer les données de test
      • Une fois que vous commencez à observer le comportement correct ou attendu dans la correspondance de CI, recommencez.
      • Recommencer par : Suppression des données utilisées pour le test : (voir la section Suppression des données des tables )
        • Éléments détectés
        • Éléments vulnérables
        • Tâches de rattrapage
      • Réexécution manuelle de toutes les règles de correspondance de CI.

    Pour en savoir plus sur les règles de recherche et Qualys, reportez-vous à l’article KB0750656 .

    Pour en savoir plus sur les règles de recherche et Rapid7, reportez-vous à l’KB0818096.

    Suppression des données des tables

    Parfois, vous avez importé des données et vous vous rendez compte que quelque chose ne va pas. Si quelque chose ne va pas dans un environnement de développement ou de performance, vous pouvez vous retirer d’un meilleur environnement, mais ce n’est pas toujours une option.
    Remarque :
    L’exécution de ces actions nécessite une ServiceNow expertise.
    Il existe quatre options pour supprimer les données des tables :
    • Utilisation de l’option Supprimer tous les enregistrements sur la configuration de table.
    • Configurez le nettoyeur de table en accédant à Purges automatiques (sys_auto_flush.list) et en créant un enregistrement Purge automatique .
    • Tronquez gs.truncateTable à l’aide d’un script en arrière-plan.

      L’utilisation truncateTable nécessite la désactivation de la case à cocher de l’enregistrement pour la restauration dans les scripts en arrière-plan. Sinon, une copie de la table et des tables en cascade connexes est créée, cela prend trop de temps et très probablement échoue.

      Remarque :
      Ne jamais utiliser truncateTable dans un environnement de production. Consultez votre représentant de l’assistance avant d’exécuter des suppressions importantes dans des environnements de production ou partagés.