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