제안된 변경 관리

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 9분

    • 제안된 변경 기능으로 구성 항목과 이에 관련된 관계에 대한 변경을 미리 구성할 수 있습니다. 이러한 사전 구성된 변경은 구현할 준비는 되지만 나중에 적용될 때까지 실제로 변경되지는 않습니다.

    CI를 볼 때 계획된 내용을 볼 수 있도록 제안된 변경 내용이 표시될 수 있습니다.

    이 기능은 변경 프로세스가 승인 단계에 있는 동안 수정하려고 할 때, 승인이 완료된 후의 변경을 구현하려고 할 때 유용합니다. 변경이 승인되지 않으면 기록에 대한 변경 내용을 되돌릴 필요가 없습니다. 변경이 승인되면 빠른 명령으로 제안된 모든 변경을 적용할 수 있습니다.

    CI에 다음과 같은 제안된 변경을 수행할 수 있습니다.

    • CI 양식의 모든 필드를 수정합니다.
    • 이 CI와의 관계를 추가하거나 삭제합니다.

    관계를 수정하려면 현재 관계를 삭제하고 새로운 관계를 추가해야 합니다. 제안된 변경을 삭제할 수 없습니다.

    CI 이력 보기

    목록, 달력 또는 일정 형식으로 CI의 변경 이력을 볼 수 있습니다.

    CI의 제안된 변경 보기

    제안된 변경을 볼 수 있으므로 CI에 계획된 것이 무엇인지 알 수 있습니다.

    시작하기 전에

    필요한 역할: personalize_form

    이 태스크 정보

    제안된 변경 내용을 보려면 CMDB 예약된 변경 필드를 표시하도록 CI 양식 레이아웃을 구성합니다. 제안된 변경 내용은 기본적으로 CI 양식에 표시되지 않습니다.

    프로시저

    1. 다음으로 이동 모두 > 변경 > 오픈 을 클릭하고 변경 요청을 엽니다.
    2. 영향을 받는 CI 관련 목록에서 구성 항목을 엽니다.
      CI 양식으로 직접 이동할 수도 있습니다.
    3. 양식 헤더 바를 마우스 오른쪽 버튼으로 클릭합니다.
    4. 선택 구성 > 양식 레이아웃.
    5. CMDB 예약된 변경 필드를 선택됨 창으로 이동합니다.
    6. 저장을 클릭합니다.
      CI 양식에는 예약된 변경 영역에 제안된 변경에 대한 세부 정보가 표시됩니다.

    CI에 제안된 변경 추가

    변경 요청 또는 작업 관련 기록을 보면서 CI에 제안된 변경을 수행할 수 있습니다.

    시작하기 전에

    필요한 역할: sn_cmdb_editor 또는 itil

    프로시저

    1. 변경 요청 양식에서 영향을 받는 CI 관련 목록으로 이동합니다.
      영향을 받는 CI 목록에 CI가 없는 경우 편집을 클릭하여 이 변경 요청의 영향을 받는 CI를 추가합니다.
    2. 제안된 변경에 대해 구성할 CI를 마우스 오른쪽 버튼으로 클릭하고 제안된 변경을 선택합니다.
    3. 양식을 작성하여 제안된 변경을 적용하고 제안된 변경 저장을 클릭합니다.
      업데이트를 클릭하여 변경 내용을 즉시 적용합니다. 삭제 를 클릭하여 CI를 삭제합니다.
    4. CI 관계 추가 또는 제거를 제안하려면
      1. 관련 항목 섹션에서 더하기 아이콘을 클릭합니다.
      2. 관계 섹션에서 관계를 추가하거나 삭제합니다.
        관계 편집기 사용에 대한 자세한 내용은 다음 문서를 참조하십시오 CI 관계 생성 또는 편집.
      3. 변경 제안 저장을 클릭합니다.
      4. 제안된 변경 저장 확인.
      변경 내용을 즉시 커밋하려면 업데이트 또는 삭제를 클릭하십시오.
      주:
      CI 관계에만 사용하십시오. 관계 추가 또는 제거 제안은 사용자 관계 및 그룹 관계에 유효하지 않습니다.

    다음에 수행할 작업

    제안된 변경 내용이 저장되면 변경 요청 양식에 제안된 변경 내용 적용 버튼이 나타납니다. 이 버튼을 사용하면 사용자가 CI에 제안된 변경 내용을 커밋할 수 있습니다. 비즈니스 프로세스에 따라 변경 내용을 커밋할 적절한 시간을 결정합니다. 제안된 변경 내용이 커밋될 때까지 CI는 기존 데이터를 유지합니다. 그러나 사용자는 변경 내용이 제안된 것을 볼 수 있습니다.

    CI에 제안된 변경 적용

    제안된 변경을 적용하면 해당 변경 요청에 대해 제안된 모든 변경이 구성 항목에 적용됩니다. 검증 없이 또는 제안된 변경에 대한 검증 테스트가 실패한 경우 제안된 변경을 적용할 수 있습니다.

    시작하기 전에

    필요한 역할: sn_cmdb_editor 또는 itil

    이 태스크 정보

    제안된 변경 내용을 적용한 후 양식의 예약된 변경 부분에는 예약된 변경 내용을 찾을 수 없음이 표시됩니다. 제안된 변경 내용을 적용하기 전에 제안된 변경을 확인하는 데 사용할 수 있는 제안된 변경 확인 규칙을 구성할 수 있습니다.

    프로시저

    1. 변경 요청 양식으로 이동합니다.
    2. 제안된 변경 적용 버튼을 클릭합니다.
      양식 헤더를 마우스 오른쪽 버튼으로 클릭하고 양식 다시 로드 옵션을 선택해야 변경 내용을 볼 수 있습니다.

    제안된 변경 검증 규칙 생성 또는 편집

    제안된 변경 내용이 비즈니스 요구 사항을 충족하고 CMDB에 잘못된 데이터를 도입하지 않는지 확인하고 제안된 변경 내용을 확인하기 위한 스크립트가 포함된 규칙을 생성합니다.

    시작하기 전에

    필요한 역할: asset, sn_cmdb_editor 또는 itil

    이 태스크 정보

    CI에 대해 제안된 변경 검증 규칙을 구성할 때 제안된 변경이 규칙의 검증 테스트 스크립트를 통과하는지 확인하는 옵션이 있습니다. 검증 테스트 결과는 통과 또는 실패로 기록되며 결과를 볼 수 있습니다. 검증 테스트 실행은 필수가 아니며, 검증 테스트에 실패했다고 해서 제안된 변경 내용을 적용할 수 없습니다.

    프로시저

    1. 다음으로 이동 모두 > 구성 > 변경 검증 > 제안된 변경 검증 규칙.
    2. 새로 만들기를 클릭하거나 기존 규칙을 선택하여 편집합니다.
    3. 필드에 적절한 정보를 입력합니다.
      표 1. 제안된 변경 검증 규칙 양식
      필드 설명
      규칙 이름 이 규칙의 이름입니다.
      테이블 이름 규칙이 적용되는 테이블입니다.
      필터 조건 특정 CI에 이 규칙을 적용하는 조건입니다.
      활성 이 규칙을 활성화하는 확인란입니다.
      규칙 스크립트

      true 또는 false를 반환해야 하는 검증 Java 스크립트입니다. 예:

      validateRule()
 {
 var os = current.getValue("os");
 var cpu = current.getValue("cpu_count");

    //Use current.getValue(fieldName) to get the proposed change value, eg. var os = current.getValue("os");
    //Your verification code

 if (os != "SunOS" || cpu < 2)
 return false;
     //Return true to pass the verification and false if the verification failed
 return true;
 }
    4. 제출 또는 업데이트를 클릭합니다.

    결과

    변경 요청 양식에서 제안된 변경 확인을 클릭하여 영향을 받는 CI에 대해 제안된 변경을 확인할 수 있습니다.

    제안된 변경 확인

    제안된 변경 내용을 영향을 받는 CI에 적용하기 전에 제안된 변경 검증 규칙을 사용하여 변경 내용이 비즈니스 요구사항을 충족하고 CMDB에 잘못된 데이터를 추가하지 않는지 확인합니다.

    시작하기 전에

    제안된 변경을 검증하는 데 사용되는 규칙을 생성하거나 편집합니다. 자세한 내용은 제안된 변경 검증 규칙 생성 또는 편집 문서를 참조하십시오.

    필요한 역할: 없음

    이 태스크 정보

    제안된 변경 내용이 검증되지 않았거나 검증 테스트에 실패한 경우에도 적용할 수 있습니다.

    프로시저

    1. CI에 영향을 주는 변경 요청 양식을 엽니다.
    2. 제안된 변경 검증을 클릭합니다.
      제안된 변경은 CI가 필터 조건 기준을 충족하는 제안된 변경 검증 규칙과 비교하여 검증됩니다.
    3. 검증 프로세스가 완료된 후 양식 상단에 나타나는 메시지를 검토합니다.
      이 메시지에 검증 테스트의 통과 또는 실패 여부가 표시됩니다.

    다음에 수행할 작업

    지난 2일 동안 변경 요청에 대해 수행된 확인 테스트의 상세 정보를 보려면 제안된 변경 확인 로그 관련 링크를 클릭합니다.

    계획된 변경 확인 스크립트 작성 또는 편집

    클래스에 대한 변경이 비즈니스 요구사항에 따라 유효한지, 변경이 계획되었는지 여부를 확인하는 사용자 지정 스크립트를 만듭니다. 계획된 변경 확인 스크립트는 CI 타임라인 또는 변경 이력에서 CI 변경을 볼 때마다 사용됩니다.

    시작하기 전에

    필요한 역할: sn_cmdb_admin, sn_cmdb_editor, admin 또는 itil

    이 태스크 정보

    시스템은 다음과 같이 각 CI 변경 사항의 유효성을 확인합니다.

    • CI 또는 CI 상위 중 하나에 대한 사용자 지정 스크립트가 있는 경우 스크립트가 실행되고 결과는 변경 내용에 유효 또는 유효하지 않음 플래그를 지정하는 데 사용됩니다. 상위 CI는 계층 구조 순서로 검사됩니다.

    • CI 또는 해당 상위 항목에 대한 사용자 지정 스크립트가 없으면 미리 정의된 확인 스크립트가 사용됩니다. 변경된 CI와 연관된 변경 요청의 작업 시작 날짜와 작업 종료 날짜 사이에 변경이 발생한 경우 변경은 계획된 변경으로 결정됩니다.

      그러나 사용자가 작업 날짜 내에 CI를 수동으로 수정했을 수 있으므로 유효하지 않더라도 변경 플래그가 유효하도록 플래그를 지정하기 때문에 이 검사가 항상 신뢰할 수 있는 것은 아닙니다.

    스크립트는 부울, true 또는 false를 반환해야 하며, 이는 스크립트의 테스트 기준 충족 여부에 따라 달라집니다. 각 CI 클래스에 대해 별도의 스크립트를 정의할 수 있으며 단일 클래스에 대해 여러 개의 계획된 변경 확인 스크립트를 정의할 수 있습니다. 예를 들어, 다른 버전의 스크립트를 유지관리합니다. 특정 시점에 CI 클래스에 대해 하나의 스크립트만 활성화할 수 있습니다.

    다음은 변경을 고유하게 특징짓는 매개변수입니다.

    • 변경된 필드
    • 변경을 수행한 데이터 소스
    • 변경 타임 스탬프

    변경의 유효성을 올바르게 판별하려면 매개변수를 검사하고 비즈니스 논리를 적용하여 확인 테스트가 충족되는지 평가합니다. 계획된 변경 확인 스크립트는 이러한 특성을 테스트하고 변경이 미리 설정된 기준을 충족하는 시기를 결정할 수 있습니다. 예를 들어 사용자 지정 스크립트는 CI 모드가 운영 또는 유지관리인지, 또는 변경을 시작한 사람을 확인할 수 있습니다.

    프로시저

    1. 다음으로 이동 모두 > 구성 > 변경 검증 > 계획된 변경 확인 스크립트.
    2. 새로 만들기를 클릭하거나 편집할 확인 스크립트를 선택합니다.
    3. 양식을 작성합니다.
      표 2. 계획된 변경 확인 스크립트 양식
      통제 설명
      활성 변경 내용을 확인하기 위해 이 스크립트를 활성화하는 확인란입니다.
      적용 대상 이 스크립트가 적용되는 클래스입니다.
      스크립트 변경을 확인하기 위해 실행할 스크립트입니다. 스크립트가 부울 값을 반환하지 않으면 false로 구성됩니다.
      스크립트에는 스크립트의 입력 변수를 표시하는 템플릿이 있습니다.
      표 3. 템플릿 스크립트 입력 변수
      변수 유형 설명
      current GlideRecord 처리 중인 현재 기록입니다.
      updatedOn GlideDateTime 변경의 타임 스탬프입니다.
      updatedBy 문자열 변경을 담당하는 엔터티입니다.
      fieldsChanged 문자열 변경된 모든 필드의 이름을 쉼표로 구분한 목록입니다.
      이 샘플 스크립트는 누가 기록 업데이트를 시작했는지 확인합니다. sn_cmdb_admin 또는 관리자가 기록 업데이트를 시작한 경우 true를 반환합니다. 그렇지 않으면 스크립트가 false를 반환합니다.
      isValidChange();
 
function isValidChange(/*GlideRecord current, GlideDateTime updatedOn, String updatedBy, String changedFields*/) {
    //Return true if the user that updated the record has an admin role
    return isUserAdmin(updatedBy);
}
 
function isUserAdmin(userName){
    var grUser = new GlideRecord("sys_user");
    grUser.addQuery('name', userName);
    grUser.query();
    if(grUser.next()) {
        var roles = new GlideRecord ("sys_user_has_role");
        roles.addActiveQuery();
        roles.addQuery('user', grUser.sys_id);
        roles.query();
        while(roles.next()) {
            if(roles.role.name == 'sn_cmdb_admin' || roles.role.name == 'admin')
                return true;
        }
    }
    return false;
}
    4. 제출을 클릭합니다.