Les règles de tâches de rattrapage, les calculateurs et les règles d’affectation utilisent des conditions lors de l’importation, créées à l’aide du générateur de conditions. Les changements apportés à leurs critères peuvent affecter les performances, car chaque enregistrement est évalué à l’aide de ces filtres.

Les règles et calculateurs fournis avec le système de base sont optimisés pour les performances. L’édition ou la création de règles ou de calculateurs prend soin et peut nécessiter les deux et Réponse aux vulnérabilités une ServiceNow expertise.

Éviter le filtrage basé sur les champs de sous-classe

Certaines tables prennent en charge l’extension. La table CI [cmdb_ci] de la CMDB en est un exemple. Les tables comme cmdb_ci_hardware et cmdb_ci_computer étendent cette table. Si vous filtrez en fonction d’un champ qui ne figure pas dans la table parente, il peut être coûteux de créer et d’évaluer ce filtre.

Par exemple, le filtrage activé Élément de configuration > Coût ne nuirait pas aux performances, car le coût est un champ de classe et non un champ de sous-classe de l’élément de configuration.

Élément de configuration > Ordinateur, en revanche, est une sous-classe nécessitant une remontée pas à pas vers un autre champ, dans ce cas, Operating System. Ce processus peut prendre plusieurs millisecondes, ce qui s’additionne rapidement, lorsque des millions d’éléments vulnérables sont importés, et affecte les performances.

Remarque :

L’utilisation de la condition [contient] s’apparente à une recherche par caractère générique et peut avoir un impact sur les performances. L’utilisation de [is], dans la mesure du possible, est plus efficace.