---
sourceDocument: 호주 보안 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/security-management

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 보안 관리

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# 조회 규칙 실행 후 기록이 중복되거나 분리되는 것을 방지하는 단계

# 조회 규칙 실행 후 기록이 중복되거나 분리되는 것을 방지하는 단계 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분

일치로 인해 기록이 중복되거나 고아가 발생하지 않도록 조치를 취하십시오.CMDB

규칙을 신중하게 구성하지 않으면 보안 노출 데이터를 임포트하는 데 인스턴스에 부담이 될 수 있으며 자원과 관련된 성능 문제가 발생할 수 있습니다. 내에서 일치를 CMDB 반복하고 수행하는 데 사용되는 논리로 인해 처리 시간이 길어질 수 있습니다. 규칙의 처리 스크립트를 철저하게 테스트하고 디버깅하면 프로세스 후반에 문제가 발생할 가능성을 완화하는 데 도움이 됩니다.

## 기록 중복 또는 고아 생성 방지 {#sem-ci-identifier-rules-impl-test__section_mzc_n5b_blb}

* 테스트 중인 조회 규칙과 관련된 작은 데이터 하위 집합을 사용합니다.
  * 테스트 중인 규칙을 제외한 모든 조회 규칙을 비활성으로 설정합니다.
  * 임포트한 CI를 분석하여 예상 동작을 관찰하고 일치가 제대로 발생하는지 확인합니다.
  {#sem-ci-identifier-rules-impl-test__ul_ktt_grb_blb}
* 일치하는 CI 검토
  * 일치하는 CI와 일치하지 않는 CI의 수를 검사합니다. 백분율이 수용 가능한 수준인지 확인합니다. 삽입된 첫 번째 페이지일 가능성이 있는 첫 번째 페이지를 마십시오.
  * 일부 CI를 수동으로 검색합니다.
  * 이름 지정 또는 필드 문제(예: 특정 도메인 검색)가 있는지 확인합니다.적절하다고 생각되면 일치 규칙을 추가합니다.

  {#sem-ci-identifier-rules-impl-test__ul_u14_krb_blb}
* 일치하지 않는 CI 검토
  * 일치하지 않는 CI 테이블로 이동합니다.
  * 구성 항목 클래스별로 그룹화합니다.
  * 제대로 보이지 않는 클래스(인증서, 네트워크 카드, 이미지)를 검토합니다.
    * 올바른 CI와 일치하지 않은 이유를 파악하십시오.
    * 클래스를 제외해야 합니까?
    * 클래스를 관련 클래스로 승격해야 합니까?
    {#sem-ci-identifier-rules-impl-test__ul_z5m_trb_blb}
  {#sem-ci-identifier-rules-impl-test__ul_x14_krb_blb}
* 폐기됨과 같은 CI 상태를 검토합니다.
* 테스트 데이터 제거
  * CI 일치에서 올바른 동작 또는 예상되는 동작을 관찰하기 시작하면 다시 시작하십시오.
  * 다시 시작 기준: 테스트에 사용되는 데이터 삭제: ( 테이블에서 데이터 삭제 섹션 참조)
    * 검색된 항목
    * 취약 항목
    * 정정 작업
    {#sem-ci-identifier-rules-impl-test__ul_db4_krb_blb}
  * 모든 CI 일치 규칙을 수동으로 다시 실행합니다.
  {#sem-ci-identifier-rules-impl-test__ul_udl_1sb_blb}
{#sem-ci-identifier-rules-impl-test__ul_skp_2rb_blb}

조회 규칙 및 Qualys에 대한 자세한 내용은 [KB0750656](https://support.servicenow.com/kb_view.do?sysparm_article=KB0750656) 문서를 참조하십시오.

조회 규칙 및 Rapid7에 대한 자세한 내용은 [KB0818096](https://support.servicenow.com/kb_view.do?sysparm_article=KB0818096) 문서를 참조하십시오.

## 테이블에서 데이터 삭제 {#sem-ci-identifier-rules-impl-test__section_ojh_r5b_blb}

데이터를 임포트한 후 문제가 있음을 깨닫는 경우가 있습니다. 개발 또는 성능 환경에서 문제가 발생하면 더 나은 환경에서 다시 복제할 수 있지만 항상 선택 가능한 것은 아닙니다.  
주:  
이러한 작업을 수행하려면 전문 지식이 필요합니다 ServiceNow .  
테이블에서 데이터를 삭제하는 방법에는 네 가지 방법이 있습니다.

* 테이블 구성에서 모든 기록 삭제를 사용합니다.
* 자동 플러시(sys_auto_flush.list)로 이동하고 자동 플러시 기록을 만들어 테이블 클리너를 구성합니다.
* 백그라운드 스크립트를 사용하여 gs.truncateTable을 자릅니다. 사용하려면 truncateTable 백그라운드 스크립트에서 롤백 확인란에 대한 기록을 꺼야 합니다. 그렇지 않으면 테이블 및 관련 단계적 테이블의 복사본이 생성되고 시간이 너무 오래 걸리며 실패할 가능성이 큽니다.

  주:  
  프로덕션 환경에서는 절대 사용하지 truncateTable 마십시오. 프로덕션 또는 공유 환경에서 대규모 삭제를 실행하기 전에 지원 담당자에게 문의하십시오.
{#sem-ci-identifier-rules-impl-test__ul_swj_vsb_blb}