유지관리 규칙 만들기
유지관리 규칙을 사용하여 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 +'');}이 스크립트를 예로 사용하여 고유한 사용자 지정 스크립트를 준비할 수 있습니다.