검색 결과가 만족스럽지 않은 경우 프로세스를 기반으로 애플리케이션 검색을 미세 조정합니다.
이 기능이 제안을 생성하지 않는 경우에는 지문 기반 검색에 대한 기본 설정을 수정합니다. 또한 생성된 제안의 관련성과 유용성을 높이도록 미세 조정할 수도 있습니다.
지문 기반 검색이 제안을 생성하는지 확인합니다.
지문 기반 검색은 검색에 대한 제안을 생성하는 데 사용됩니다 예측 인텔리전스 . 애플리케이션 지문 대시보드에 제안이 표시되지 않으면 올바르게 예측 인텔리전스 구성되어 있는지 확인하십시오.
시작하기 전에
지문 기반 검색이 기본적으로 활성화되어 있으므로 사용 가능한 상태로 유지되는지 확인합니다. 확인하려면 다음으로 이동하십시오. 모두 > 시스템 속성 > 모든 속성. 속성이 목록에 나타나지 않는지 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] 테이블을 찾습니다.
이 테이블에 1,000개가 넘는 기록이 있는지 확인합니다.
프로세스가 1,000개 미만인 경우 추가 IP 범위 또는 서브넷에서 가로 검색을 실행하여 더 많은 프로세스를 검색합니다.
활성 트랜잭션 보기 및 종료에 설명된 대로 애플리케이션 제안 - 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 추가합니다.
클릭합니다.
클릭하여 추가 정규 표현식을 테스트할 서버를 선택합니다.
검색된 모든 서버 목록이 열립니다.