기본적으로 시스템은 미리 정의된 CI 유형을 기반으로 경보를 바인딩합니다. 그러나 미리 정의된 목록에 없는 사용자 지정 CI 유형에 경보를 바인딩해야 할 수도 있습니다. 이러한 경우 다음 단계를 수행합니다.

1. 사용자 지정 CI 매핑 정의: CI 유형 매핑 프로세스 테이블 [em_binding_process_map]에서 기존 CI 유형을 사용자 지정 CI 유형에 매핑하는 항목을 추가합니다.
2. 이벤트 규칙에서 사용자 지정 CI 유형을 정의한 CI 유형을 선택합니다.
3. 시스템 조회 동작: 이벤트 규칙이 트리거되면 시스템은 이벤트 규칙에 지정된 CI 유형을 사용하는 대신 CI 유형 매핑 프로세스 테이블 [em_binding_process_map]의 매핑을 참조하여 이벤트를 처리합니다. 일치하는 항목이 발견되면 시스템은 이벤트를 미리 정의된 CI 유형 대신 사용자 지정 CI 유형에 바인딩합니다.

이 접근 방식은 CI 바인딩의 유연성을 보장하여 조직이 사용자 지정 장치 유형을 이벤트 관리 워크플로우에 원활하게 통합할 수 있도록 합니다.

예를 들어, sqlServer.exe의 CPU 사용량이 90%를 초과할 때 호스트에 바인딩하는 대신 SQL Server 애플리케이션 CI에 경보를 바인딩하려는 시나리오를 생각해 보십시오.

• 이벤트에 호스트 이름이 포함되어 있는지 확인합니다.
• 프로세스 이름(sqlServer.exe)을 이벤트 일치 필드의 sa_process_name 매핑 변수에 매핑합니다. 이 단계에서는 CI 유형을 지정하지 마십시오.
• CI 유형 매핑 프로세스 모듈을 사용하여 프로세스 이름에서 애플리케이션 CI로의 사용자 지정 매핑을 정의합니다.
• 바인딩 프로세스:
  1. 시스템이 먼저 호스트를 식별합니다.
  2. 그런 다음 cmdb_rel_ci 테이블의 "Runs on:Runs" 관계를 기반으로 해당 호스트에서 실행 중인 애플리케이션을 확인합니다.
  3. 변환 CI 유형이 정의되면 시스템은 CMDB에서 애플리케이션 CI를 찾습니다.
  4. 모든 additional_info 속성이 CMDB CI 필드와 일치하면 경보가 호스트 대신 애플리케이션 CI에 바인딩됩니다.