업데이트 세트로 추적되는 사용자 지정

업데이트 세트는 애플리케이션 테이블, 필드 및 기록에 대한 커스터마이제이션을 추적할 수 있습니다.

업데이트 세트는 다음 조건에서 사용자 지정을 추적합니다.

• 여기서 테이블에는 update_synch 딕셔너리 속성이 있습니다.
• 여기서 여러 테이블에 대한 변경 내용을 추적하는 특수 핸들러가 있습니다.
• 관리자가 업데이트에서 필드를 제외하지 않은 경우

일반적으로 업데이트 세트는 구성 정보를 캡처하지만 작업이나 프로세스 데이터는 캡처하지 않습니다. 예를 들어, 업데이트 세트는 서비스 카탈로그 항목 정의와 변수 및 변수 선택 등의 관련 구성 데이터를 추적합니다. 하지만 주문을 통해 서비스 카탈로그를 테스트하는 경우 업데이트 세트는 주문 요청, 항목, 카탈로그 작업을 추적하지 않습니다.

업데이트 세트의 용량은 데이터를 애플리케이션 파일로 전송하는 데 제한이 있습니다. 더 큰 데이터 전송의 경우 데이터를 익스포트하고 임포트 세트 또는 웹 서비스를 사용하여 임포트합니다.

범위가 지정된 앱 개발을 위해 두 업데이트 세트와 애플리케이션 리포지토리의 사용을 병용하지 마십시오. 이로 인해 건너뛴 변경 사항, 커밋 오류 등을 포함하여 수많은 문제가 발생합니다. 애플리케이션 리포지토리에서 애플리케이션을 설치한 후에는 향후 모든 개발을 위해 계속해서 개발하고 애플리케이션 리포지토리에 게시해야 합니다. 업데이트 세트를 사용하여 애플리케이션을 개발하기로 결정한 경우 계속해서 해당 방법을 단독으로 사용해야 합니다.

update_synch 속성

커스터마이제이션이 추적되는 테이블 목록을 보려면 다음으로 이동하십시오. 시스템 정의 > 딕셔너리 및 속성에 대한 필터에는 update_synch 포함되어 있습니다.

경고:

update_synch 속성을 딕셔너리 기록에 추가하지 마십시오. 이 속성을 잘못 사용하면 심각한 성능 문제가 발생하거나 인스턴스를 사용할 수 없게 될 수 있습니다. 따라서 고객은 update_synch 속성에 액세스할 수 없습니다.

기본 규칙은 다음과 같은 문제를 방지하기 위해 미리 정의되지 않은 테이블에서 update_synch 속성의 사용을 차단합니다.

• 일부 핵심 테이블은 여러 테이블의 정보를 나타내기 때문에 특별한 업데이트 처리가 필요합니다. update_synch 속성을 이러한 테이블에 추가하면 중복 업데이트 기록이 생성되어 문제 해결 및 복구가 어려운 주요 상충이 발생합니다.
• update_synch 속성을 사용하여 인스턴스 간에 데이터 레코드를 마이그레이션하면 이 목적을 위한 것이 아니기 때문에 성능 문제가 발생할 수 있습니다. 데이터를 마이그레이션하려면 인스턴스 간 임포트를 사용합니다.

  임포트 세트를 참조하십시오.

특수 핸들러

일부 변경은 여러 테이블의 정보를 나타내기 때문에 특별한 핸들러가 필요합니다. 이러한 변경 내용은 하나의 업데이트 세트 항목으로 패키지화되므로 커스터마이제이션이 커밋될 때 모든 기록이 제대로 업데이트됩니다. 다음 변경 내용은 특수 처리기를 사용하여 추적됩니다.

• 워크플로우
• 양식 섹션
• 목록
• 관련 목록
• 선택 목록
• 시스템 딕셔너리 항목
• 필드 레이블

경고:

양식 섹션, 목록, 관련 목록, 선택 목록 및 필드 레이블 특수 처리기는 기록을 삭제하고 다시 삽입합니다. 이로 인해 테이블을 참조하는 필드가 있는 경우 예기치 않은 결과 및 데이터 손실이 발생할 수 있습니다.

선택 목록

업데이트 세트는 신규 및 업데이트된 선택 옵션을 업데이트 버전 [sys_update_version] 및 고객 업데이트 [sys_update_xml] 테이블에 별도의 기록으로 저장합니다. 예를 들어 작업 테이블을 확장하는 새 활동 [u_activity] 테이블을 만듭니다. 그런 다음 확장된 테이블(예: 내 상태)에만 표시되는 작업 상태 필드에 새 선택 옵션을 추가합니다.

이러한 변경 내용을 업데이트 세트로 게시하면 업데이트에는 u_activity 테이블에 추가한 선택 항목에 대한 업데이트 및 버전 레코드만 포함됩니다. 작업 테이블의 선택 옵션에는 영향이 없습니다.

경고:

업데이트 세트에는 대규모 선택 목록을 사용하지 마십시오. 이렇게 하면 업데이트 세트 커밋이 지나치게 길어집니다.

딕셔너리 변경

일반적으로 업데이트 세트를 사용하면 데이터 손실을 초래하는 딕셔너리 변경 내용을 적용할 수 없습니다. 차단된 딕셔너리 변경 내용은 다음과 같습니다.

• 테이블 제거
• 열 데이터 형식 변경

업데이트 세트는 시스템 딕셔너리에서 테이블 제거를 추적하지 않습니다. 대신 고객이 대상 인스턴스에서 테이블을 수동으로 제거해야 합니다. 업데이트 세트가 데이터 유형 변경을 추적하는 동안 대상 인스턴스는 데이터 손실을 초래하는 변경 사항을 건너뛰고 대신 작업에 대한 로그 메시지를 추가합니다. 고객은 로그를 사용하여 대상 인스턴스에서 데이터 유형을 수동으로 변경할 수 있습니다.

주:

대상 인스턴스가 변경 사항을 건너뛰어 데이터가 손실되기 때문에 업데이트 세트 미리 보기에서는 유형 불일치 문제를 확인하지 않습니다. 또한 업데이트 세트를 사용하여 테이블에서 열을 삭제하면 특정 상황에서 데이터가 손실될 수 있습니다. 대상 인스턴스의 열에 데이터가 있으면 업데이트 세트가 커밋될 때 해당 데이터와 열 자체가 삭제됩니다. 열을 삭제하는 업데이트 세트를 커밋하려고 하면 경고 메시지가 나타납니다. 이 메시지는 데이터 삭제를 유발하는 삭제 업데이트가 하나 이상 있음을 알리고 어떤 삭제 업데이트가 있는지 지정합니다.

홈페이지 및 콘텐츠 페이지

홈페이지와 콘텐츠 페이지는 기본적으로 업데이트 세트에 추가되지 않습니다. 페이지를 언로드하여 현재 업데이트 세트에 추가합니다.

중요사항:

데이터에 대한 스토리를 전달하기 위해 인스턴스의 정보를 정렬하는 홈페이지의 기능은 새 인스턴스의 대시보드에서 찾을 수 있습니다. 활성화된 업그레이드된 인스턴스에서 넥스트 경험 사용자는 직접 URL이 있는 경우 기존 홈페이지를 볼 수 있지만 홈페이지를 생성하거나 편집할 수는 없습니다. 응답형 대시보드와 분석 센터 대시보드는 홈페이지 기능을 대신합니다.

홈페이지 사용 중단 도움말 도구를 사용하여 인스턴스의 홈페이지를 응답형 대시보드로 변환합니다.

자세한 내용은 다음을 참조하십시오.

• 분석 센터의 대시보드.
• 응답 대시보드 사용

애플리케이션 변경

시스템은 애플리케이션과 연관된 변경 사항만 포함하는 각 애플리케이션에 대해 별도의 업데이트 세트를 생성합니다. 이렇게 하면 업데이트 세트 변경 내용을 커밋할 때 각 애플리케이션에 대한 액세스 설정이 제대로 평가되고 적용됩니다.