Filtrando em Resposta a vulnerabilidades

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. 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ções. As mudanças nos critérios podem afetar o desempenho, já que cada registro é avaliado usando esses filtros.

    As regras e calculadoras enviadas com o sistema base são otimizadas para desempenho. A edição ou criação de regras ou calculadoras é cuidadosa e pode exigir a experiência de ServiceNow e Resposta a vulnerabilidades.

    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 pode ser caro para 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, do Item de configuração. Exemplo de filtragem no 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 afetam o desempenho. Filtrando no exemplo de campo de subclasse.
    Nota:
    O uso da condição [contém] é como uma pesquisa de caracteres curinga e pode causar impacto no desempenho. Usar [is], sempre que possível, é mais eficiente.