업데이트 세트에서 추적하는 커스터마이제이션

업데이트 세트는 애플리케이션 테이블, 필드 및 기록에 대한 사용자 지정을 추적할 수 있습니다.

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

• 테이블에 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이 있는 사용자는 기존 홈페이지를 볼 수 있지만 홈페이지를 생성하거나 편집할 수는 없습니다. 응답형 대시보드와 분석 센터 대시보드가 홈페이지 기능을 대신합니다.

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

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

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

애플리케이션 변경 사항

시스템은 애플리케이션과 연관된 변경 내용만 포함하는 각 애플리케이션에 대해 별도의 업데이트 세트를 만듭니다. 이렇게 하면 업데이트 세트 변경을 커밋할 때 각 애플리케이션에 대한 액세스 설정이 적절히 평가되고 적용될 수 있습니다.