Filtragem em Vulnerability Response

  • Versão de lançamento: Washingtondc
  • Atualizado 6 de fev. de 2024
  • 1 min. de leitura
  • Regras de tarefa de correção, Calculadoras e Regras de atribuição usam condições durante a importação, criadas usando o Construtor de condição. Mudanças em seus critérios podem afetar o desempenho, já que cada registro é avaliado usando esses filtros.

    As regras e calculadoras enviadas com o sistema básico são otimizadas para desempenho. Editar ou criar regras ou calculadoras é cuidadoso e pode exigir experiência em ServiceNow e Vulnerability Response.

    Evite filtrar com base em campos de subclasse

    Algumas tabelas oferecem suporte à extensão. Um exemplo disso é a tabela IC do CMDB [cmdb_ci]. Tabelas como cmdb_ci_hardware e cmdb_ci_computer estendem esta tabela. Se você filtrar com base em um campo que não está na tabela primária, esse filtro poderá ser caro de construir e avaliar.
    Exemplo de menu suspenso de filtro de condição.

    Por exemplo, filtrar em Item de Configuração > Custo não afetaria negativamente o desempenho porque Custo é um campo de classe, e não um campo de subclasse, de Item de configuração. Filtrar no exemplo de campo de classe

    Item de Configuração > Computador, no entanto, é uma subclasse que requer uma referência com pontos para outro campo, neste caso, Sistema operacional. Esse processo pode levar muitos milissegundos, o que aumenta rapidamente, quando milhões de itens vulneráveis estão sendo importados e afeta o desempenho. Filtrar no exemplo de campo de subclasse.
    Nota:
    Usar a condição [contém] é como uma pesquisa de caractere curinga e pode causar impacto no desempenho. Usar [is] sempre que possível é mais eficiente.