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

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

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

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

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

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

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

update_synch 속성

사용자 지정이 추적되는 테이블 목록을 보려면 다음으로 이동하십시오. 시스템 정의 > 딕셔너리 CONTAINS update_synch 속성을 필터링합니다.

경고:

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

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

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

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

특수 처리기

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

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

경고:

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

선택 목록

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

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

경고:

업데이트 세트에 큰 선택 목록을 사용하지 마십시오. 그럴 경우 업데이트 세트 커밋이 지나치게 길어질 수 있습니다.

딕셔너리 변경

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

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

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

주:

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

홈페이지 및 콘텐츠 페이지

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

중요사항:

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

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

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

• 분석 센터의 대시보드.
• 응답 대시보드 작업.

애플리케이션 변경 사항

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