유지관리 규칙 만들기
유지관리 규칙을 사용하여 CI를 유지관리 상태로 표시할 수 있습니다. 유지관리 상태에서는 이러한 CI가 영향 계산에서 제외됩니다.
시작하기 전에
이 태스크 정보
지정된 조건과 일치하는 CI를 유지관리 상태로 표시하는 규칙을 정의할 수 있습니다. 표시된 CI는 영향 유지관리 CI [em_impact_maint_ci] 테이블을 채웁니다.
주:
유지관리 규칙을 실행할 때 일치하는 CI의 cmdb_ci 상태는 변경되지 않습니다. 그러나 em_impact_maint_ci 테이블에서 이러한 규칙에 따라 일치하는 CI에 플래그가 지정되며 이 상태는 영향 및 경보 계산에 포함됩니다.
이 규칙에 따라 유지관리 상태 플래그가 지정된 필드는 CMDB 상태 필드입니다.
주:
유지관리 규칙을 활성화하려면 유지관리 규칙에서 활성 필드를 선택합니다. 유지관리 규칙을 비활성화하려면 활성 필드를 선택 취소합니다.
다음은 기본 인스턴스와 함께 제공되는 유지관리 규칙입니다.
| 기본 유지관리 규칙 | 설명 |
|---|---|
| 변경 창의 CI | CI에 활성 변경 창이 있는 경우 일치하는 CI가 유지관리 상태로 표시됩니다. 규칙은 변경 요청 [change_request] 테이블에 대한 쿼리를 실행하여 규칙이 적용되었는지 여부를 확인합니다. Change_request 테이블에서 다음 조건이 모두 충족되어야 합니다. 참고: 이 규칙에 따라 CI를 유지관리 상태로 전환하려면 이 모든 조건이 있어야 합니다. 예를 들어 변경 요청 승인 상태의 상태가
변경 승인 대기 중이면 em_impact_maint_ci 테이블에 변경 내용이 추가되지 않습니다. |
| CI의 유지관리 상태 | CMDB 상태 필드가 유지관리 중인 CI는 이 규칙에 따라 유지관리 상태 플래그가 지정됩니다. 기본적으로 폐기된 CI는 유지관리 중인 CI에 포함되지 않습니다. 폐기된 CI를 포함하려면 다음을 수행합니다.
주: 폐기된 CI를 수천 개 포함하면 시스템 성능이 저하될 수 있습니다. |
프로시저
예
한 회사가 있는데, CI의 운영 상태가 수리 진행 중 또는 DR 비상 대기 모드인 상태에서 CI를 유지관리 중으로 정의한다고 가정해 봅시다.
CMDB 대신 테이블을 사용하는 유지관리 규칙의 예
한 회사에서 인시던트 레코드를 사용하여 유지관리를 추적한다고 가정해 봅시다. 모든 유지관리 요청은 "CI에 대한 유지관리 수행"으로 시작하는 설명이 있는 경우 인시던트로 변환됩니다. 이러한 인시던트의 상태가 오픈인 동안 이 상태는 유지관리가 진행 중임을 나타냅니다. 선택한 테이블의 CI 이름을 CI 필드 이름으로 지정하십시오. 이 예에서는 인시던트입니다.
고급 스크립트 기능을 사용하는 유지관리 규칙의 예
유지관리 규칙 페이지에서 고급 옵션을 선택합니다. 제공된 예시 스크립트를 다음과 같이 사용자 지정합니다.
var now_GR = new GlideRecord('cmdb_ci');
gr.addQuery('name', 'your_name_here');
gr.query();
while (gr.next()){
result.push(gr.sys_id +'');}이 스크립트를 예로 사용하여 고유의 사용자 지정 스크립트를 준비할 수 있습니다.