디스커버리 식별자
CI(구성 항목)를 분류한 후에는 디스커버리 식별자를 사용하여 장치가 이미 에 있는지 확인합니다.구성 관리 데이터베이스(CMDB)
디스커버리 은 각 장치에 대한 식별 데이터를 축적하는 특수 ID 프로브를 시작하고 해당 데이터를 식별자에 공급하여 각 장치에 대해 수행해야 하는 디스커버리 작업을 결정합니다. 식별자는 중복 CI가 생성되지 않도록 장치의 ID를 정확하게 결정합니다. 이 식별 단계는 다른 유형의 검색에는 적용되지 않고 구성 항목 유형의 검색에만 적용됩니다.
CMDB 식별자 테이블
| 테이블 | 설명 |
|---|---|
| 식별자 [cmdb_identifier] | 모든 식별자 규칙을 저장합니다. |
| 식별자 항목 [cmdb_identifier_entry] | 모든 식별자 속성을 저장합니다. |
식별자 규칙
기본 디스커버리 시스템에는 이러한 식별자 규칙이 포함되며, 각 식별자 규칙은 특정 CI 유형(CI 레코드의 sys_class_name 필드) 또는 적용 대상 필드의 테이블과 연결되며 지정된 테이블에서 CI를 검색하기 위한 적절한 속성을 포함합니다. 속성의 가능한 모든 발생을 검색해야 하는 경우 관련 목록(테이블에서 검색 )의 테이블이 규칙에 포함됩니다. 자세한 내용은 CI 식별 규칙 생성 또는 편집을 참조하십시오.
| 규칙 | 테이블/속성에 적용 | 테이블/속성 검색 |
|---|---|---|
| ESX Server 규칙 | ESX 서버 [cmdb_ci_esx_server]: correlation_id | 없음 |
| 하드웨어 규칙 | 하드웨어 [cmdb_ci_hardware]
|
|
| 저장소 서버 규칙 | 스토리지 서버 [cmdb_ci_storage_server]
|
|
| WBEM 서비스 규칙 | WBEM 서비스 [cmdb_ci_wbem_service]: cim_object_path | 없음 |
하드웨어 규칙에 대한 일치 전략
sys_class_name은 cmdb_ci_hardware처럼 독립적인 규칙의 속성이 될 수 없습니다. 식별 전략이 디스커버리 CI와 특정 클래스 일치를 사용할 경우 일치에 사용할 각 클래스에 대한 규칙을 만들고 식별자 양식의 적용 대상 필드에 해당 클래스를 지정해야 합니다.
식별자의 평가 순서 디스커버리
사용자 지정 식별자의 순서 값은 기본 식별자와 달라야 합니다. 디스커버리 낮은 순서에서 높은 순서 순으로 식별자와 속성을 구문 분석합니다. 기본 식별자 전후에 실행할 식별자를 생성하거나 의 식별자와 혼합하여 기본 시스템사용할 수 있습니다. 식별자나 규칙이 실행되지 않도록 하려면 활성 확인란의 선택을 취소하여 사용하지 않도록 설정합니다. 식별자의 평가 순서 CMDB 는 각 규칙 내에 설정되며 해당 규칙에 포함된 속성의 구문 분석 순서만 통제합니다.
중복 CI 처리에 대한 속성
식별 및 조정과 함께 설치된 속성으로 중복 CI를 처리하는 방법을 디스커버리 제어할 수 있습니다. glide.identification_engine.skip_duplicates 및 glide.identification_engine.skip_duplicates.threshold 속성을 사용합니다. 자세한 내용은 식별 및 조정 속성을 참조하십시오.
식별자 버전을 제어하는 속성
glide.discovery.use_cmdb_identifiers 속성을 사용하여 새 식별자로 전환할 수 있습니다. Geneva 이전 버전에서 업그레이드한 경우 이 속성을 수동으로 추가하고 true 로 설정하여 새 식별자를 사용해야 합니다. Geneva 이후 버전에서 업그레이드한 경우 시스템 속성 [sys_properties] 테이블에서 이 속성을 사용할 수 있습니다. 사용자 지정 레거시 식별자의 기능을 유지하려면 이 속성을 사용하기 전에 새 CMDB 식별자 규칙 형식으로 변환하십시오. 시스템에서 새 프레임워크에 대한 사용자 지정 식별자를 자동으로 재구성하지 않습니다.