Filtrage au sein de Gestion de la vulnérabilité des applications

Les calculateurs et les règles d’affectation utilisent des conditions pendant 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 les calculateurs fournis avec le système de base sont optimisés en termes de performances. L’édition ou la création de règles ou de calculatrices prend soin et peut nécessiter à la fois ServiceNow une Réponse aux vulnérabilités des applications expertise. Cela dit, des conseils sont disponibles.

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

Certaines tables prennent en charge l’extension. La table CI [cmdb_ci] CMDB en est un exemple. Les tables telles que cmdb_ci_hardware et cmdb_ci_computer étendent cette table. Si vous filtrez en fonction d’un champ qui n’est pas sur la table parente, ce filtre peut être coûteux à construire et à évaluer.

Figure 1. Menu déroulant Filtre de condition

Par exemple, filtrer ID d'élément de configuration > Coût n’affecterait pas négativement les performances, car Coût est un champ de classe et non un champ de sous-classe de l’élément de configuration.

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

Remarque :

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