무단 변경 요청
CI(구성 항목)에 대한 무단 변경 활동이 캡처되고 관리되는 방법을 이해하여 이 변경을 검토하고 시기적절한 조치를 취할 수 있습니다.
ServiceNow® 서비스 매핑과 ServiceNow® ITSM 통합의 일부로, 변경 관리 애플리케이션은 무단 변경 활동이 감지되면 이벤트 알림을 받습니다. 따라서 관련 CI에 대한 긴급 무단 변경 요청이 만들어집니다. 변경 관리 애플리케이션에서 무단 변경을 검토하고 승인 또는 거부할 수 있습니다.
때때로 검색 프로세스(수평 검색 또는 하향식 검색)는 정의에 따른 실제 변경이 아닐 수 있는 CI 속성의 변경을 식별합니다. 이는 측정 오류가 있거나 대/소문자 구분처럼 같은 값을 다르게 표현함으로 인해 식별됩니다. 학습 패턴은 가양성(flapper 변경)을 식별하고, 긴급 변경 요청이 중요한 작업이므로 재계산 및 타임라인 업데이트를 트리거하지 않도록 방지합니다. 가양성을 방지하고 실제 변경만 보고해야 합니다.
- 서비스와 관련된 CI 속성이 변경되면 새 값(CI 및 필드 쌍)이 flapper의 데이터 테이블에 기록됩니다.
- 시스템은 야간 작업을 실행하고 수집된 데이터에 대해 다양한 알고리즘을 실행하여 가양성을 가리키는 패턴을 식별합니다.
- 시스템에서는 신뢰도 수준이 90% 이상인 변경된 CI 필드에 대해 모든 관련 전략 조건자를 실행합니다. 이 단계에서는 새 값이 모두 가양성인지 여부를 확인합니다. 새 값이 모두 가양성이면 이 변경 내용이 무시되고 모델이 업데이트되지 않습니다.주:CI가 활성 변경 요청과 연결된 경우 이 단계를 건너뜁니다.
- 시스템은 CI가 허용된 CI 클래스의 일부인지 확인합니다. 허용되는 경우 시스템은 이 특정 CI가 이전에 플래그로 지정되었는지 확인합니다. 플래그가 지정되고 이전에 무단 변경이 알림 기간 내에 생성된 경우 추가 작업이 수행되지 않습니다. 그렇지 않은 경우 추가 검사를 통해 이 CI가 속성에 규정된 조건과 일치하는 변경 요청과 연결되어 있는지 확인할 수 있습니다. 아니면, 감지된 CI에 대한 변경은 무단으로 플래그가 지정되고 ci.change.unplanned 이벤트가 발생합니다.
- ci.change.unplanned 이벤트를 수신할 때 스크립트는 이벤트 처리 사용 필드가 True인지 확인합니다. 속성이 True이면 무단 변경 요청이 생성됩니다. 기본적으로 이 속성은 False입니다.
생성된 ci.change.unplanned 이벤트는 긴급 유형 변경 요청의 생성을 자동으로 트리거합니다.
- 승인되지 않음 옵션이 선택되었습니다. 이 옵션은 변경이 무단 변경임을 나타냅니다.
- 할당 그룹 필드가 변경 관리로 채워집니다.
- 구성 항목 필드가 무단 변경이 이루어진 항목으로 채워집니다.
- 설명 필드가 변경 요청의 변경된 필드에 대한 정보로 채워집니다.
이 변경 요청이 승인되면 상태가 검토로 변경되고 일반 프로세스에 따라 요청이 종결됩니다.
구현 후 검토 할당
승인 없이 변경이 구현되면 무단 변경으로 인한 위험과 영향을 평가하기 위해 구현 후 검토가 필요합니다.
무단 변경이 승인되면 상태 필드가 검토인 변경 작업이 생성됩니다. 이 변경 작업은 짧은 설명 필드가 구현 후 검토인 변경 관리 그룹에 할당됩니다. 알림을 받는 할당된 구성원은 변경 작업을 검토하고 종결할 수 있습니다.
무단 변경 설정 수정
Change Management자는 승인되지 않음 확인란의 선택을 취소하여 무단 변경 요청을 긴급 변경 요청으로 변환할 수 있습니다. 확인란 선택을 취소한 경우 작업 메모 필드에 이러한 수정 이유를 입력합니다.
ITIL 사용자인 경우 유형 필드가 중단으로 지정된 작업 기록에서 중단을 생성하여 승인되지 않음 확인란의 선택을 취소합니다. 자세한 내용은 작업에서 중단 생성을 참조하십시오.