상태 로그 분석에서 로그 소스 검증

태그 지정에서 서비스 인스턴스 및 구성요소에 로그를 할당하고 로그를 소스에 자동으로 매핑한 후 상태 로그 분석 모든 로그 소스가 현재 있고 활성 상태인지 확인합니다.

시작하기 전에

필요한 역할: evt_mgmt_admin

프로시저

1. 다음으로 이동 모두 > 상태 로그 분석 > 데이터 입력 > 로그 소스.
   로그 소스 테이블은 스트리밍 데이터를 매핑했을 때 생성된 소스에 대한 정보를 제공합니다. 다음 표에는 서비스 인스턴스별로 이러한 소스가 나열됩니다.

   열	설명
   서비스 인스턴스	서비스 인스턴스입니다. 서비스 인스턴스는 대형 프로세스 또는 전체 비즈니스 프로세스를 나타냅니다. 단일 서비스 인스턴스는 여러 구성요소로 구성될 수 있지만 여러 서비스 인스턴스에 동일한 구성요소가 포함될 수 있습니다.
   구성요소	서비스 인스턴스를 구성하는 구성요소입니다. 구성요소는 작은 기술 요소 또는 비즈니스 프로세스를 나타냅니다. 일반적으로 구성 항목(CI)을 나타냅니다. 종종 여러 구성요소가 단일 서비스 인스턴스에 함께 클러스터됩니다.
   상태	로그 소스의 상태입니다(활성 또는 비활성). 활성 상태는 지난 한 시간 동안 이 소스에서 시스템으로 스트리밍된 로그를 나타냅니다.
   작성됨	이 로그 소스의 생성 날짜 및 시간입니다.
   마지막 이벤트 시간	로그가 마지막으로 이 소스에서 시스템으로 스트리밍된 시간입니다.

2. 시스템이 모든 로그 소스를 생성했는지 확인합니다.
3. 소스 기록에서 특정 소스의 생성, 상태 및 로그 샘플을 검증합니다.
   주:

   자동 매핑은 로그 데이터를 여러 소스에 매핑할 수 있으므로 소스마다 이 정보를 확인해야 합니다.
4. 누락된 로그 소스를 추가합니다.
   1. 다음으로 이동 상태 로그 분석 > 데이터 입력 > 데이터 입력 매핑.
   2. JavaScript 함수를 사용하여 로그 샘플을 올바른 서비스 인스턴스, 구성요소 및 소스 유형에 수동으로 매핑합니다.
      자세한 내용은 상태 로그 분석에서 원시 로그 데이터 매핑 문서를 참조하십시오.
   3. 로그 소스 페이지로 다시 이동하여 새 로그 소스의 상태가 활성인지 확인합니다.
   시스템이 로그 소스를 생성합니다.
5. 모든 로그 소스의 상태가 활성인지 확인합니다.
   소스 상태가 비활성인 경우 수동으로 두 번 클릭하여 활성으로 변경합니다.
6. 업데이트를 선택합니다.

관련 태스크

• 상태 로그 분석에서 로그 소스 삭제
• 상태 로그 분석에서 불필요한 로그 데이터 추출 중지
• 상태 로그 분석에서 특정 로그 데이터 추출