운영자 1단계: 경보 분석 및 확인

운영자가 이벤트 관리 가장 먼저 해야 할 일은 경보에 액세스한 다음 집중하고 싶은 경보를 찾는 것입니다. 경보 양식을 열어 상세 정보를 분석한 다음, 경보를 발생시킨 문제를 어떤 방식으로든 해결해야 한다는 것을 다른 운영자에게 알릴 수 있도록 경보를 확인합니다.

시작하기 전에

단계 1		경보 분석 및 확인
단계 2		경보 분류
단계 3		경보 종결

운영자 환경인 및 서비스 운영 작업 공간 대시보드서비스 운영 작업 공간를 모두 이해해야 합니다. 아직 수행하지 않은 경우 검토 이벤트 관리 운영자 환경 합니다. 이 튜토리얼에서는 .서비스 운영 작업 공간 대시보드

필요한 역할: evt_mgmt_operator

프로시저

1. 다음으로 이동 이벤트 관리 > 작업 공간 > 서비스 운영 작업 공간.

   목록에서 다음 버튼을 클릭합니다. 경보 > 모든 경보. 기본적으로 모든 경보는 그룹별로 정렬된 목록에 표시됩니다. 원하는 제목을 클릭하여 해당 값을 기준으로 정렬합니다. 현재 필터 설정을 보려면 필터 아이콘 필터 을 클릭합니다. 필터 설정을 수정하려면 고급 뷰를 클릭합니다.

   

2. 클릭하여 집중해야 할 경보 찾기 애플리케이션 서비스 > 서비스또는 필터링 및 정렬 옵션을 사용합니다.
3. 경보 이름을 클릭하여 경보의 상세 정보 탭을 엽니다.
   양식의 중요 필드와 관련 항목은 스크린샷 다음에 설명되어 있습니다.

   

   표 1. 단일 CI와 연결된 경보에 대한 경보 상세 정보 탭의 필드

   필드	설명
   번호	의 경보 서비스 운영 작업 공간 대시보드목록에서 본 자동 생성된 경보 번호입니다.
   노드	경보와 연관된 CI의 이름입니다. 이 CI에서 발생한 경보를 생성한 이벤트입니다. 컴퓨터 이름이나 장치의 IP 주소 또는 MAC 주소가 표시될 수 있습니다.
   자원	이벤트를 발생시킨 노드의 객체입니다. 하드 디스크 이름, CPU 또는 프로세스/서비스 이름과 같은 값을 볼 수 있습니다. 필요한 경우 이 필드에 정보를 추가할 수 있습니다.
   구성 항목	이 경보가 적용되는 CMDB의 CI입니다. 노드 필드가 채워져 있지만 이 필드가 비어 있고 노드가 나타내는 CI를 알고 있는 경우 이 필드에 CI를 입력하여 경보를 수동으로 연결할 수 있습니다. 주: 관리자는 일반적으로 노드 필드의 내용에 따라 CI를 경보에 자동으로 바인딩하는 규칙을 구성할 수 있습니다. 그러나 시스템에서 경보를 바인딩할 올바른 CI를 찾을 수 없는 경우가 있습니다. 이 경우 CI를 수동으로 선택해야 할 수 있습니다. 이 튜토리얼의 목적을 달성하기 위해, 여기서는 올바른 CI가 경보에 바인딩된다고 가정합니다. 경보에 CI가 포함되어 있는 경우 경보를 선택하면 개요 탭이 열립니다.
   작업	이 필드에는 인시던트, 변경 요청 또는 문제처럼 경보와 연결된 기존 작업이 표시됩니다. 경보를 처음 볼 때에는 이 필드가 비어있게 됩니다. 경보를 분류할 때 작업을 연결할 수 있습니다. 이 튜토리얼의 이후 단계에서 인시던트를 경보에 연결하고 인시던트를 다른 사람에게 할당합니다.
   설명	조직의 경보 모니터링 소프트웨어에서 온 경보에 대한 설명입니다. 필요한 경우 정보를 추가할 수 있습니다.
   심각도	경보의 심각도 값: 긴급: 즉각적인 조치가 필요합니다. 자원이 작동하지 않거나 중요한 문제가 곧 발생합니다. 중요: 주요 기능에 심각한 장애가 있거나 성능이 저하되었습니다. 경미: 중요하지 않은 기능이 일부 손실되었거나 성능이 저하되었습니다. 경고: 자원은 여전히 작동하지만 주의가 필요합니다. 정보: 정보 메시지입니다. 경보가 생성되지만 자원은 여전히 작동합니다. 해제 또는 해결됨: 조치가 필요하지 않습니다. 이 이벤트에서는 경보가 생성되지 않습니다. 기존 경보는 종결됩니다.
   상태	경보의 현재 처리 상태입니다. 새로 생성된 경보는 오픈 상태입니다. 다른 상태는 다음과 같습니다. 다시 열기 는 이전에 닫힌 경보가 다시 열렸으며 주의가 필요하다는 것을 나타냅니다. 플래핑 은 경보가 동일한 소스에서 동일한 이벤트를 높은 빈도로 수신하고 있음을 나타내며, 이로 인해 닫힌 후에 다시 열릴 수 있습니다. 종결은 경보가 종결되었으며 추가 조치가 필요하지 않음을 나타냅니다. 이 튜토리얼의 마지막 단계에서 경보를 닫을 것입니다.
   유지관리	경보를 작업할 필요가 없으며 의 경보 서비스 운영 작업 공간 대시보드목록에서 경보가 숨겨져 있음을 나타냅니다. 이 예에서는 경보를 유지관리 상태로 전환하지 않을 것입니다.
   확인됨	운영자가 경보가 타당하다는 것을 확인했으며 경보를 분류하고 있음을 나타냅니다. 이 주제의 후반부 단계에서 경보를 확인할 것입니다. 이벤트 관리 관리자는 경보가 생성된 직후에 자동으로 승인되도록 할 수도 있습니다. 이 경우 경보 양식의 확인 확인란이 이미 선택되어 있을 수 있습니다.
   상위	보조 경보의 값만 표시합니다. 이 값은 상위 경보의 경보 번호를 나타냅니다. 기본 경보(상위 경보가 없는 경보)는 이 필드가 비어있게 됩니다.
   지식 문서	경보와 연결된 기존 KB(지식베이스) 문서입니다. 경보를 처음 열면 이 필드가 비어있게 됩니다. 경보를 분류할 때 KB 문서를 연결할 수 있습니다.

4. 영향을 받는 서비스 탭을 클릭한 다음 서비스 이름을 클릭합니다.
   경보를 확인하기 전에 경보의 원인이 되는 서비스 때문에 영향을 받는 서비스에 대해 자세히 알아볼 수 있습니다.

   서비스가 열리고 상세 정보 탭이 표시됩니다. 서비스 맵을 클릭하여 관련 애플리케이션 서비스의 맵을 봅니다.

   

   주황색의 심각 심각도 표시기가 여러 CI에 표시되어 있습니다. Oracle 데이터베이스(PS ORA01)부터 시작하여 해당 데이터베이스를 사용하는 모든 CI에 전파됩니다. 여기서는 Oracle 데이터베이스에서 심각도가 가장 높은 경보가 문제의 근본 원인을 나타낸다고 추측할 수 있습니다.

   시스템에서 CI마다 별도의 경보를 생성했다고 확신할 필요는 없지만, 그럴 가능성이 있습니다. 경보를 분류할 때 다른 CI의 경보가 기본 경보 아래에서 상호 연관되어야 하는지 여부를 결정할 수 있습니다.

5. 영향 트리 탭을 클릭하고 각 CI에 미치는 영향을 검토합니다.

   영향 트리에서 각 CI 옆에 있는 백분율은 각 CI에 대한 영향을 보여줍니다. 이 예에서 각 CI는 경보의 영향을 100% 받고 있으며, 이는 경보를 발생시킨 근본적인 문제가 의 애플리케이션 서비스기능에 영향을 줄 수 있을 정도로 심각하다는 것을 의미합니다.

   

6. 경보를 확인합니다.

   경보를 확인해도 경보가 사용자에게 할당되거나 인시던트 또는 변경 요청 같은 작업이 생성되지 않습니다. 본인이 문제를 알고 있다는 것을 다른 운영자에게 알릴 뿐입니다. 경보를 확인한 후에는 분류 단계에서 추가 조치를 취합니다.

   옵션	설명
   단일 경보 확인	이 프로세스에서는 현재 보고 있는 경보만 확인할 수 있습니다. 앞에서 설명한 대로 경보 상세 정보 양식을 엽니다. 확인됨 확인란을 선택합니다.
   하나 이상의 경보 확인	이 프로세스에서는 경보 하나 또는 관련 경보 여러 개를 확인할 수 있습니다. 앞에서 설명한 대로 경보 목록을 엽니다. 확인할 각 경보를 선택합니다. 확인을 클릭합니다.

7. 뒤로 돌아가서 확인한 경보를 찾습니다.
   확인된 값이 true임을 확인할 수 있습니다.
   

다음에 수행할 작업

운영자 2단계: 경보 분류로 이동합니다.