---
sourceDocument: Gestão de segurança do Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/security-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Gestão de segurança do Xanadu

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Impedir registros duplicados ou órfãos após executar regras de pesquisa de IC da Resposta a vulnerabilidades da aplicação

# Impedir registros duplicados ou órfãos após executar regras de pesquisa de IC da Resposta a vulnerabilidades da aplicação {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 min. de leitura

Tome medidas para evitar registros duplicados ou órfãos resultantes da correspondência (itens de configuração (ICs) no CMDB.

A importação de dados de vulnerabilidade pode sobrecarregar uma instância e podem ocorrer problemas de desempenho com recursos se as regras não forem construídas com cuidado. A lógica usada para iterar e executar a correspondência no CMDB pode resultar em tempos de processamento demorados. O teste completo e a depuração de scripts de processamento nas regras ajudam a aliviar o potencial de problemas posteriores no processo.

## Como evitar registros duplicados ou órfãos {#avm-ci-lookup-rules-impl-test__section_mzc_n5b_blb}

* Use pequenos subconjuntos de dados que são específicos para a regra de pesquisa de IC que está sendo testada.
  * Defina todas as Regras de pesquisa de IC, exceto a que está sendo testada, como Inativas.
  * Analise as aplicações importadas e os itens de configuração (ICs) para garantir que você esteja observando o comportamento esperado e que a correspondência esteja ocorrendo corretamente.
  {#avm-ci-lookup-rules-impl-test__ul_ktt_grb_blb}
* Revise os estados do IC, como Descontinuado.
* Remover dados de teste. Depois de começar a observar o comportamento correto ou esperado na correspondência de IC, reinicie. Isso pode ser feito por:
  * Excluindo os dados usados para testes: (consulte a seção Excluindo dados de tabelas )
    * Aplicações verificadas
    * Itens vulneráveis de aplicação (IVAs)
    {#avm-ci-lookup-rules-impl-test__ul_dsp_yrk_lwb}
  * Execute novamente as integrações manualmente.
  {#avm-ci-lookup-rules-impl-test__ul_zb1_yrk_lwb}
{#avm-ci-lookup-rules-impl-test__ul_skp_2rb_blb} .

## Excluindo dados de tabelas {#avm-ci-lookup-rules-impl-test__section_ojh_r5b_blb}

Às vezes, você importou dados e percebeu que algo está errado. Se isso acontecer em um ambiente de desenvolvimento ou desempenho, você poderá recriar a partir de um ambiente melhor, mas isso nem sempre é uma opção.  
Nota:  
A execução dessas ações requer conhecimento avançado ServiceNow.  
Existem quatro opções para excluir dados de tabelas:

* Usando Excluir todos os registros na configuração da tabela.
* Configure o limpador de tabela navegando até Limpezas automáticas (sys_auto_flush.list) e criando um novo registro de limpeza automática.
* Truncar gs.truncateTable usando um script em segundo plano.  
  Nota:  
  Nunca use truncateTable em um ambiente de produção. Consulte o representante de suporte antes de executar grandes exclusões em ambientes compartilhados ou de produção.
* Crie uma solicitação no HI para que os dados sejam excluídos.
{#avm-ci-lookup-rules-impl-test__ul_swj_vsb_blb}