Discovery 식별자
Discovery는 CI를 분류한 후 식별자를 사용하여 장치가 이미 CMDB에 있는지 확인합니다.
검색는 각 장치에 대한 식별 데이터를 축적하는 특수 ID 프로브를 시작하고 해당 데이터를 식별자에 공급하여 Discovery에서 각 장치에 대해 수행해야 하는 작업을 결정합니다. 식별자는 중복 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와 같은 독립적인 규칙의 속성일 수 없습니다. Discovery ID 전략이 특정 클래스와 CI 일치를 사용할 경우 일치에 사용할 각 클래스에 대해 새 규칙을 생성하고 식별자 양식의 적용 대상 필드에 해당 클래스를 지정해야 합니다.
Discovery 식별자에 대한 평가 순서
사용자 지정 식별자의 순서 값은 기본 식별자와 달라야 합니다. 검색는 낮은 순서에서 높은 순서 순으로 식별자와 속성을 구문 분석합니다. 기본 식별자 전후에 실행할 식별자를 생성하거나 기본 시스템의 식별자와 혼합하여 사용할 수 있습니다. 식별자나 규칙이 실행되지 않게 하려면 활성 확인란의 선택을 취소하여 사용하지 않도록 설정합니다. CMDB 식별자의 평가 순서는 각 규칙 내에 설정되며 해당 규칙에 포함된 속성의 구문 분석 순서만 제어합니다.
중복 CI 처리에 대한 속성
식별 및 조정과 함께 설치된 속성으로 Discovery에서 중복 CI를 처리하는 방법을 제어할 수 있습니다. glide.identification_engine.skip_duplicates 및 glide.identification_engine.skip_duplicates.threshold 속성을 사용합니다. 자세한 내용은 식별 및 조정 속성을 참조하십시오.
식별자 버전을 제어하는 속성
glide.discovery.use_cmdb_identifiers 속성을 사용하여 새 식별자로 전환할 수 있습니다. Geneva 이전 버전에서 업그레이드한 경우 이 속성을 수동으로 추가하고 true로 설정하여 새 식별자를 사용해야 합니다. Geneva 이후 버전에서 업그레이드한 경우 시스템 속성 [sys_properties] 테이블에서 이 속성을 사용할 수 있습니다. 사용자 지정 레거시 식별자의 기능을 유지하려면 이 속성을 사용하기 전에 새 CMDB 식별자 규칙 형식으로 변환하십시오. 시스템에서 새 프레임워크에 대한 사용자 지정 식별자를 자동으로 재구성하지 않습니다.