시스템 업데이트 세트

업데이트 세트는 한 인스턴스에서 다른 인스턴스로 이동할 수 있는 구성 변경 그룹입니다. 이 기능을 사용하면 관리자가 일련의 변경 내용을 명명된 세트로 그룹화한 다음 테스트 또는 배포를 위해 한 단위로 다른 시스템으로 이동할 수 있습니다.

주:

업데이트 세트가 원상 복구되면 고객 업데이트 삭제 시 sys_upgrade_state 기록을 삭제하는 OOB 비즈니스 규칙이 있습니다. 이는 예상된 동작입니다.

업데이트 세트는 다음을 포함하는 XML 파일입니다.

• 업데이트 세트를 고유하게 식별하는 기록 상세 정보 세트
• 구성 변경 목록
• 다른 인스턴스가 구성 변경 내용을 검색하고 적용할 수 있는지 여부를 결정하는 상태

업데이트 세트는 애플리케이션 및 시스템 플랫폼 기능에 대한 변경 내용을 추적합니다. 이를 통해 개발자는 비프로덕션 인스턴스에서 새 기능을 생성하고 변경 내용을 다른 인스턴스로 승격할 수 있습니다.

경고:

업데이트 세트를 사용하면 다른 제품군 릴리스 버전과 다른 기능을 실행하는 인스턴스 간에 변경 사항을 이동할 수 있습니다. 언제나 이전 제품군 릴리스에서 생성된 업데이트 세트를 최신 제품군 릴리스를 실행하는 인스턴스에 로드할 수 있습니다. 하지만 최신 제품군 릴리스에서 생성된 업데이트 세트를 이전 제품군 릴리스의 인스턴스에 로드하려면 호환성 여부를 판단하기 위한 추가 테스트가 필요합니다. 최신 제품군 릴리스에서 진행된 업데이트는 이전 제품군 릴리스로 이동하면 동일한 기능을 수행하지 못할 수 있습니다. 극단적인 경우 최신 제품군 릴리스 업데이트로 인해 이전 제품군 릴리스 인스턴스에 중단이나 데이터 손실이 발생할 수 있습니다. 따라서 가능하면 업데이트를 최신 제품군 릴리스에서 오래된 제품군 릴리스로 이동하지 마십시오. 서로 다른 버전의 ServiceNow Store 앱을 실행하는 인스턴스 간에 업데이트를 이동할 때에도 유사한 제약 조건이 적용됩니다.

시스템 속성

관리자는 시스템 속성을 비공개로 설정하여 업데이트 세트에서 제외할 수 있습니다. 시스템 속성을 비공개로 유지하면 한 인스턴스의 설정이 다른 인스턴스의 값을 덮어쓰지 않습니다. 예를 들어, 프로덕션 인스턴스의 시스템 속성이 개발 인스턴스의 특정 값을 사용하지 않도록 해야 할 수 있습니다. 시스템 속성 추가를 참조하십시오.

애플리케이션

애플리케이션 개발자는 업데이트 세트와 함께 다음과 같은 추가 옵션을 사용할 수 있습니다.

• 특정 애플리케이션 버전에 대한 업데이트 세트를 생성합니다.
• 업데이트 세트에서 추적할 애플리케이션 테이블을 지정합니다.

업데이트 세트 테이블

각 업데이트 세트는 업데이트 세트 [sys_update_set] 테이블에 저장되며, 고객 업데이트 [sys_update_xml] 테이블의 항목인 업데이트 세트와 연결된 사용자 지정은 업데이트 세트 기록에 관련 목록으로 나타납니다.

추적된 객체를 사용자 지정하면 고객 업데이트 [sys_update_xml] 테이블에 해당 기록이 추가되거나 업데이트되고 사용자의 현재 업데이트 세트와 연결됩니다. 연결된 애플리케이션 파일 속성은 단일 업데이트 기록에서 사용자 지정 객체와 함께 추적되고 전송됩니다. 해당 기록은 버전 [sys_update_version] 테이블에도 추가됩니다.

고객 업데이트 테이블에는 사용자 지정 객체당 업데이트 세트당 하나의 기록이 포함됩니다. 버전 테이블에는 사용자 지정 객체에 대한 변경당 하나의 기록이 포함됩니다.

• 관리자는 두 버전을 비교하고 객체의 특정 버전으로 되돌릴 수 있습니다.
• 관리자는 특정 테이블의 버전을 억제할 수 있습니다.
• 관리자는 추적된 테이블에 대해 기록의 나머지 부분에 대한 업데이트를 건너뛰지 않고 변경할 수 있는 필드를 지정할 수 있습니다(업데이트에서 필드 제외).

주:

고객 업데이트 [sys_update_xml] 기록을 직접 수정하지 마십시오.