이 기능이 제안을 생성하지 않는 경우에는 지문 기반 검색에 대한 기본 설정을 수정합니다. 또한 생성된 제안의 관련성과 유용성을 높이도록 미세조정할 수 있습니다.
지문 기반 검색이 제안을 생성하는지 확인합니다.
지문 기반 검색은 예측 인텔리전스을 사용하여 검색을 위한 제안을 discovery 제안을 생성합니다. 애플리케이션 지문 대시보드에 제안이 표시되지 않는 경우 예측 인텔리전스이 올바르게 구성되어 있는지 확인합니다.
시작하기 전에
기본적으로 지문 기반 검색 기능이 사용 설정되어 있습니다. 지문 기반 검색이 비활성화되지 않았는지 확인합니다. 다음으로 이동합니다. 모두 > 시스템 속성 > 모든 속성. sys_property process.clustering.appfingerprint.enabled 속성이 목록에 표시되지 않는지 확인합니다.
필요한 역할: discovery_admin
이 태스크 정보
애플리케이션 지문 대시보드에 제안이 표시되지 않는 경우 다음 과정을 수행합니다. 모든 작업이 끝나면 문제가 지속되는지 확인합니다.
프로시저
예측 인텔리전스이 설치되어 있고 활성 상태인지 확인합니다.
다음으로 이동 시스템 정의 > 플러그인.
예측 인텔리전스를 검색합니다.
예측 인텔리전스 플러그인이 설치되어 있는지 확인합니다.
예측 인텔리전스이 설치되어 있지 않은 경우 설치 버튼을 클릭합니다.
예측 인텔리전스 타일을 클릭합니다.
예측 인텔리전스 양식에서 상태가 활성 상태인지 확인합니다.
상태가 비활성 상태인 경우 관련 링크에서 활성화/복구 링크를 클릭합니다.
지문 기반 검색을 제어하는 예약된 작업이 사용 설정되고 올바르게 구성되어 있는지 확인합니다.
다음으로 이동 시스템 정의 > 예약된 작업.
목록에서 Applications suggestion - ITOM Autodisco 예약된 작업을 선택합니다.
활성 확인란이 선택되어야 합니다.
다음 예시와 같이 검색 빈도가 1시간으로 설정되어 있는지 확인합니다.
프로세스를 제안으로 그룹화하는 클러스터링 솔루션이 활성 상태인지 확인합니다.
탐색 패널의 필터 탐색기 필드에 ml_solution.list를 입력합니다.
ML 솔루션 탭에는 클러스터링 솔루션을 포함한 모든 솔루션이 표시됩니다.
테이블 열을 확인하여 클러스터링 솔루션을 식별합니다.
시스템은 가상 실행 중인 프로세스 [v_cmdb_running_process] 테이블에 클러스터링 솔루션을 저장합니다.
여러 클러스터링 솔루션이 있는 경우 업데이트 열의 타임스탬프를 통해 최신 솔루션을 식별합니다.
또는 시스템이 솔루션 이름에 추가한 번호를 사용하여 최신 솔루션을 식별할 수 있습니다.
상태 값이 해결 완료이고 진행 상황이 100%인지 확인합니다.
상태 값이 해결 완료가 아닌 경우 예측 인텔리전스 구성 팁의 설명대로 예측 인텔리전스를 구성합니다.
클러스터링 솔루션에서 충분한 프로세스 그룹이 생성되어 제안이 되는지 확인합니다.
다음으로 이동 시스템 정의 > 테이블 을 클릭하고 가상 실행 중인 프로세스 [v_cmdb_running_process] 테이블을 찾습니다.
이 테이블에 1000건이 넘는 기록이 있는지 확인합니다.
프로세스가 1000개 미만인 경우 추가적인 IP 범위나 서브넷에서 가로 검색을 실행하여 더 많은 프로세스를 검색합니다.
추가적인 IP 범위 또는 서브넷을 검색한 후에도 프로세스가 1000개 미만인 경우에는 지문 기반 검색을 사용 중지합니다.
활성 트랜잭션 확인 및 강제 종료의 설명대로 애플리케이션 제안 - ITOM Autodisco 트랜잭션이 느리게 로드되지 않는지 확인합니다.
이 트랜잭션이 오랫동안 실행 중인 경우 강제 종료합니다.
지문 기반 검색에 대한 제안 미세조정
검색을 시작하기 전에 프로세스 기반 제안의 정의를 조정합니다. 일반적으로 정확도가 100% 미만이면 자동으로 생성된 제안을 미세조정해야 합니다. 제안을 생성하는 예측 인텔리전스이 각 제안에 대한 정확도 추정치를 제공합니다. 정확도가 낮으면 올바르게 검색된 애플리케이션 이외에 필수 애플리케이션 검색에 실패하거나 잘못된 애플리케이션을 검색하게 될 수 있습니다.
시작하기 전에
필요한 역할: discovery_admin
프로시저
다음으로 이동 모두 > 디스커버리 > 홈.
애플리케이션 지문을 클릭합니다.
애플리케이션 지문 대시보드가 열립니다.
다음 방법 중 하나를 통해 제안 목록으로 이동합니다.
상위 제안 원형 차트에서 이러한 제안을 구성하는 프로세스 수를 기준으로 정렬된 상위 제안을 확인합니다.
애플리케이션 서버에 대한 제안만 보려면 권장 애플리케이션 서버 타일을 클릭합니다. 애플리케이션 서버에 대한 필터링된 제안 목록이 표시됩니다. 이 목록은 정확도가 100%인 제안만을 표시하도록 필터링되기도 합니다.
또는 모든 제안을 클릭합니다. 필터링되지 않은 모든 제안 목록이 표시됩니다.
애플리케이션 제안 목록에서 제안된 그룹 이름 열에서 관련 제안을 클릭합니다.
애플리케이션 제안 양식이 열립니다.
지문 기반 애플리케이션에 사용되는 이름을 변경하려면 이름 필드에 기본 이름을 입력합니다.
예를 들어 많은 애플리케이션이 java 프로세스를 실행하고, 이러한 그룹에 제안되는 그룹 이름은 java입니다. 이 제안을 사용하여 검색하려는 애플리케이션을 더 잘 나타내는 이름을 할당하는 것이 좋습니다(예: java_myweblogic).
CI 클래스에 사용되는 이름을 변경하려면 제안된 CMDB CI 클래스 필드에 기본 CI 클래스 이름을 입력합니다.
분류 규칙을 미세조정 하려면 제안된 분류 규칙 필드에서 정규 표현식을 변경합니다.
예를 들어 Tomcat 애플리케이션을 검색하기 위한 정규 표현식에 버전 정보를 추가합니다(.*tomcat.* -Dopss.*version=12.1.3.*).
검색 결과의 정확도를 높이기 위해 분류 규칙에서 정규 표현식을 미세조정할 수 있습니다. 예측 인텔리전스은 프로세스에서 정규 표현식을 추출하여 제안을 생성하는 과정에서 분류 규칙에 할당합니다. 검색 결과가 만족스럽지 않거나 제안 정확도가 100% 미만인 경우 정규 표현식을 수정합니다.
시작하기 전에
필요한 역할: discovery_admin
프로시저
다음으로 이동 모두 > 애플리케이션 > 모듈.
애플리케이션 검색을 클릭합니다.
지문 기반 검색은 애플리케이션을 찾고 CI 클래스, 분류 규칙, 패턴을 생성합니다.
애플리케이션 제안 목록에서 새로 생성된 프로세스 분류 규칙을 클릭합니다.
프로세스 분류 양식이 열립니다.
예측 인텔리전스에서 조건의 매개변수 값 필드에 자동으로 선택된 정규 표현식을 확인합니다.
본 예시에서는 " -DweblogicName =. "입니다.
테스트 서버 옆의 자물쇠 아이콘 을 클릭합니다.
추가적인 정규 표현식을 테스트할 서버를 선택하려면 조회 아이콘 을 클릭합니다.
검색된 모든 서버 목록이 열립니다.
사용자 지정 분류 규칙을 사용하여 검색하려는 애플리케이션을 실행하는 서버를 선택합니다.
테스트 서버 필드에 선택한 서버가 표시됩니다.
프로세스 분류 양식의 헤더를 마우스 오른쪽 버튼으로 클릭하고 저장을 선택합니다.
시스템에서 테스트가 실행되고 페이지 하단의 테스트 결과 탭에 결과가 표시됩니다.
테스트 결과 탭에서 이 분류 규칙에 구성된 정규 표현식을 사용하여 검색된 프로세스를 확인합니다.
조건의 매개변수 값 필드에 있는 정규 표현식을 조정합니다.
예를 들어 "weblogic" 등으로 더욱 일반화합니다.
프로세스 분류 양식의 헤더를 마우스 오른쪽 버튼으로 클릭하고 저장을 선택합니다.
시스템에서 테스트가 실행되고 페이지 하단의 테스트 결과 탭에 결과가 표시됩니다.
테스트 결과 탭에서 지문 검색이 예상대로 애플리케이션을 찾았는지 확인합니다.
지문 기반 검색 사용 중지
기본적으로 지문 기반 검색이 사용 설정되어 있습니다. 예측 인텔리전스이 충분한 프로세스를 생성하지 않는 경우 프로세스 기반 애플리케이션 검색을 사용 중지합니다.
시작하기 전에
필요한 역할: discovery_admin
프로시저
시스템 속성 추가의 설명대로 시스템 속성 sys_property process.clustering.appfingerprint.enabled을 추가합니다.
을 클릭합니다.
을 클릭합니다.
검색된 모든 서버 목록이 열립니다.