변경 요청과 정정 작업 간의 상태 동기화

  • 릴리스 버전: Washingtondc
  • 업데이트 날짜 2024년 02월 01일
  • 읽기4분

    • 정정 작업의 상태 필드와 애플리케이션의 변경 요청(CHG) Configuration Compliance 의 상태 필드 간에는 동기화된 관계가 있습니다.

    주:
    의 v14.9 Configuration Compliance부터 다음 용어의 이름이 바뀌었습니다.
    표 1. 용어 변경
    v14.9 이전 용어 용어집 v14.9 이상
    테스트 결과 그룹 정정 작업
    그룹 규칙 정정 작업 규칙
    정책 테스트 그룹

    변경 요청은 수명 주기를 거치면서 관련된 정정 작업의 상태도 자동으로 이동합니다. 상태 동기화는 v12.0부터 애플리케이션을 ServiceNow Store 다운로드할 Configuration Compliance 때 인스턴스의 시스템 속성에 의해 기본적으로 활성화됩니다.

    상태 동기화를 사용하는 경우 다음과 같은 경우 CHG 상태 필드는 정정 작업 상태 필드를 자동으로 변경합니다.

    • 정정 작업에 대해 새 변경 요청이 생성될 때 구현 대기 중 상태가 아닌 경우 정정 작업 상태가 구현 대기 중으로 이동합니다.
    • 기존 변경 요청이 구현 대기 중이 아닌 정정 작업에 연결되어 있으면 정정 작업 상태가 구현 대기 중으로 이동합니다.
    • 변경 요청에 대한 작업이 완료(구현됨)되고 CHG가 검토 상태로 이동하면 정정 작업이 해결됨으로 이동합니다.

    상태 동기화에 대한 자세한 내용과 예제는 다음 섹션을 참조하세요.

    주:
    상태 동기화를 사용하도록 설정된 각 기록의 수명주기 상태를 통해 변경 요청 및 정정 작업을 수동으로 이동할 수 있지만 변경 요청의 상태가 변경되었음을 시스템에서 등록하거나 변경 요청을 정정 작업에서 추가 또는 제거하는 경우 상태 동기화가 수동 개입을 무효화할 수 있습니다. 그러나 변경 요청 상태는 정정 작업을 종결에서 자동으로 이동하지 않습니다.

    전달 상태 동기화

    다음 이미지는 CHG 상태가 정방향 수명주기에서 정정 작업 상태를 어떻게 자동으로 이동하는지, 즉 오픈 에서 해결됨으로 이동하는 방법을 보여줍니다.

    CR 상태가 CTR 유도하는 방법?

    해결됨 또는 종결됨 이외의 상태로 정정 작업에 대한 새 변경 요청을 만들 수 있습니다. 상태 동기화는 TRG를 자동으로 오픈, 조사 중, 구현 대기 중 및 해결됨 상태에서 양방향으로 이동합니다. 이러한 이동은 변경 요청에 있는 상태 필드의 특정 값을 기반으로 합니다. 폼에 확인란(CR에 CI 추가)이 표시되어 있고 사용자가 확인란의 선택을 취소하지 않으면 변경 요청과 정정 작업 간의 상태 동기화가 자동으로 호출됩니다.

    CHG가 열림 상태이면 정정 작업이 해결 됨으로 진행되지 않습니다. 앞의 그림과 같이 신규, 평가, 승인, 예약됨 또는 구현과 같이 수명주기에서 검토 이전의 상태에 있는 모든 CHG는 CHG에 대해 열린 상태로 간주됩니다. CHG에 대한 조사 또는 작업이 완료되지 않았으므로 오픈 상태는 정정 작업의 상태 필드를 이동하지 않습니다. 상태 동기화는 업데이트 관리 작업에 대해 CHG가 만들어지거나 업데이트 관리 작업에 연결될 때 또는 CHG에서 기존 관계의 상태가 변경될 때 호출됩니다. 완료된 CHG 상태는 검토 및 성공적으로 종결됨입니다. CHG가 성공적으로 종결되면 종결된 코드는 성공 또는 문제가 있는 상태로 성공이며, 이 경우 수정 작업이 해결됨으로 이동합니다.

    역방향 상태 동기화

    CHG는 수명 주기 동안 처리되므로 특정 시점에 취소될 수 있습니다. 이 경우 CHG가 취소됨 또는 종결됨 (종결 코드가 실패)이면 정정 작업이 자동으로 조사 중으로 다시 이동합니다. 취약성을 정정하기 위한 활성 계획이 없기 때문에 정정 작업이 조사 중으로 다시 이동합니다.

    정정 작업이 해결됨 상태이고 새 CHG를 만들거나 초기 열림 상태 중 하나에서 기존 CHG에 연결하면 정정 작업이 자동으로 구현 대기 중으로 다시 전환됩니다. 이제 CHG에 더 많은 작업이 할당되었기 때문에 정정 작업이 이 상태로 다시 이동합니다.

    둘 이상의 CHG가 있는 정정 작업

    대기 중인 구현의 업데이트 관리 작업에 둘 이상의 CHG가 연결되어 있는 경우 상태 동기화는 수명 주기의 가장 초기 상태에 있는 CHG의 상태를 기반으로 합니다. 예를 들어 다음 표와 같이 정정 작업에 CHG1, CHG2, CHG3 및 CHG4라는 네 개의 CHG가 연결되어 있다고 가정해 보겠습니다.
    변경 번호 CHG 상태
    1 구현
    2 취소됨
    3 종결됨(종결 코드 실패)
    4 종결(종결 코드 실패)

    이 경우 CHG와 업데이트 관리 작업 간의 상태 동기화는 4개의 CHG 중 가장 빠른 상태인 CHG1(구현)을 기반으로 합니다. 이 경우 정정 작업은 구현 대기 중 상태로 유지됩니다.

    또 다른 예로, 정정 작업이 해결됨 상태이고 구현되어 검토 상태에 있는 기존 CHG가 있는 경우 새 CHG가 만들어지면 정정 작업이 해결됨 에서 구현 대기 중으로 다시 이동합니다. 상태 동기화는 New 상태의 CHG, 즉 가장 빠른 상태의 CHG를 기반으로 합니다.

    변경 번호 CHG 상태
    1 검토
    2 신규

    또한 정정 작업에 둘 이상의 CHG가 있는 경우 다음과 같은 경우 정정 작업의 상태가 자동으로 전환됩니다.

    • CHG가 검토로 이동할 때 정정 작업과 연결된 다른 모든 CHG가 검토 또는 종결 상태(성공적인 종결 코드 포함)인 경우 정정 작업은 자동으로 해결됨으로 전환됩니다. 취소되거나 성공적으로 닫힌 다른 관련 CHG는 무시됩니다.
    • CHG가 취소 됨 또는 종결 됨(종결 코드 실패)으로 이동할 때 정정 작업과 연결된 다른 모든 CHG가 동일한 상태이면 정정 작업이 자동으로 조사 중으로 다시 전환됩니다.

    정정 작업 상태 및 각 상태에서 수행할 수 있는 작업에 대한 자세한 내용은 을 참조하십시오 Configuration Compliance 상태.