클론 요청

취리히 ServiceNow AI 플랫폼 관리

Release

zurich

ft:locale

ko-KR

ft:publication_title

취리히 ServiceNow AI 플랫폼 관리

ft:clusterId

platadm

bundleId

platadm

workflow

Platform

클론 요청

릴리스 버전: Zurich

업데이트 날짜 2025년 07월 31일

소요 시간: 22분

프로덕션 인스턴스에서 비프로덕션 인스턴스로 데이터를 복사하거나 비프로덕션 인스턴스 간에 데이터를 복사하기 위해 클론을 요청합니다.

시작하기 전에

필요한 역할: clone_admin

주:

소스 인스턴스 용도가 DART(책임 있는 교육을 위한 데이터 액세스)인 경우 클론이 활성화되지 않고 오류 메시지가 표시됩니다.

프로시저

다음으로 이동 모두 > 클론 관리자 콘솔 > 클론 홈.
클론 요청을 선택합니다.

양식에서 필드를 채웁니다.

표 1. 클론 요청 양식
필드	설명
소스 인스턴스	데이터가 복사되는 원본 데이터베이스입니다.
대상 인스턴스	데이터가 복사되는 새 위치입니다. 주: 페이지에서 나가지 않고 인스턴스를 추가하거나 기존 인스턴스를 선택할 수 있습니다.
클론 프로파일	이전에 생성한 클론 프로파일을 적용합니다. 프로파일에 추가한 모든 제외, 보관자 및 스크립트가 클론 요청에 적용됩니다. 주: 클론 프로파일에서 기본값 이 선택되어 있으면 클론 요청 페이지(클론 관리자 콘솔 v.1.0.18 이상)를 열 때마다 클론 요청이 이 프로파일을 로드합니다.
클론 예약 시작 시간	인스턴스 복제를 시작할 시작 시간입니다.
완료 시 이메일 전송	클론 완료를 통보받을 이메일입니다.
외부 이메일 주소	클론 프로세스 중에 클론 알림을 보낼 외부 이메일입니다.

클론에 대해 구성할 다음 옵션을 선택합니다.

주:

클론 요청에 대해 추가 설정을 구성할 수 있지만 일부 옵션은 클론 완료 시간을 크게 늘릴 수 있습니다.

표 2. 클론 옵션
필드	설명
제외 목록에 지정된 테이블 제외	아래에 나열된 소스 인스턴스의 테이블에서 기록 복제를 방지합니다. 인스턴스 클론 > 테이블 제외. 테이블이 제외 목록에 있는 경우 클론은 하위 테이블의 기록뿐 아니라 테이블의 기록도 제외합니다. 테이블을 제외해도 해당 테이블 스키마와 계층 구조는 여전히 대상 인스턴스에 복제됩니다. 결과적으로 대상 인스턴스는 클론 후에 비어 있지만 사용 가능한 테이블을 갖게 됩니다. 주: ServiceNow의 바로 사용 가능한 테이블 제외는 여전히 제외되며 이 설정의 영향을 받지 않습니다. 여기에는 감사, 라이센스 사용, 로깅 및 알림이 포함된 테이블이 포함됩니다. 제외된 테이블의 데이터가 필요한 경우 이 설정을 사용하지 않도록 선택할 수 있습니다. 레거시 클론 엔진은 이 옵션을 지원하지 않습니다. 기본 설정은 제외 목록에 지정된 테이블이 클론에서 제외되는 것입니다.
감사 및 로그 데이터 제외	소스 인스턴스에서 감사 및 로그 기록이 복제되지 않도록 차단합니다. 이렇게 하면 대상 인스턴스에 비어 있지만 사용 가능한 감사 및 로그 테이블이 생성됩니다. 주: 클론에서 감사 및 로그 데이터를 제외하면 기록에 대한 활동 스트림이 소스 인스턴스와 일치하지 않습니다. 이는 활동 스트림이 감사 테이블을 사용하여 이력을 생성하기 때문입니다. 기본 설정은 감사 및 로그 데이터가 클론에서 제외되는 것입니다.
첨부 파일 데이터 제외	다음과 같은 특정 파일의 복제를 방지합니다. 비디오 파일 이미지 파일 다른 큰 이진 파일 sys_attachment 테이블에서. 주: ServiceNow의 바로 사용 가능 첨부 파일 및 기타 시스템 관련 파일(예: 카탈로그 항목 이미지, 테마 이미지 및 아이콘)은 이 설정의 영향을 받지 않습니다. 다음 ServiceNow의 바로 사용 가능 첨부 파일 및 기타 시스템 관련 파일은 이 설정의 영향을 받지 않으며 클론에서 제외되지 않습니다. ZZ_로 시작하는 테이블 이름 값입니다. 테이블 이름: sys_certificate, sc_cat_item,sys_upgrade_manifest, ecc_agent_jar, ecc_agent_mib, sys_store_app 또는 invisible.sys_store_app. 기본 설정은 첨부 파일 데이터를 제외하는 것입니다.
테마 유지	대상 인스턴스에서 테마 및 CSS 요소를 유지합니다. 결과적으로 대상 인스턴스는 클론 후에도 테마, 모양 및 느낌을 유지합니다. 기본 설정은 대상 인스턴스에서 테마를 유지하는 것입니다.
이 클론 요청에 대한 잠금 설정	클론 프로파일을 사용하는 경우 이 옵션은 클론 요청 시 설정과 옵션을 잠급니다. 클론이 실행되는 시기에 관계없이 클론 프로파일에 대한 후속 변경 사항은 클론 요청에 영향을 주지 않습니다. 이 옵션은 기본적으로 선택되어 있지 않습니다.
특정 테이블에서 복사된 데이터의 양	작업 테이블과 해당 하위 테이블(예: 인시던트, 문제 및 변경 테이블)의 기록 데이터 일 수를 90일로 제한합니다. 클론 시간을 줄이려면 큰 테이블을 모두 제외하는 것이 좋습니다. 테이블을 제외하면 대상 인스턴스는 소스 인스턴스와 동일한 테이블 스키마와 계층 구조(즉, 빈 사용 가능한 테이블)를 갖게 됩니다. 기본 설정은 작업 테이블과 해당 하위 테이블의 모든 데이터를 대상 인스턴스로 복제하는 것입니다.
진행 중인 업데이트 세트 유지	전역 애플리케이션 범위에서 지난 90일 동안 진행 중인 업데이트 세트를 보존합니다. 이 옵션을 사용하면 대상 인스턴스에서 지난 90일 이내에 작성된 진행 중인 글로벌 업데이트 세트를 유지할 수 있습니다. 주: 이 옵션은 진행 중인 범위가 지정된 업데이트 세트를 보존하지 않습니다. 90일이 지난 업데이트 세트는 저장되지 않습니다. 복제하기 전에 업데이트 세트를 검토하고 커밋하는 것이 좋습니다. 기본값은 업데이트 세트를 보존하지 않는 것입니다.
클론 빈도	이 옵션을 사용하면 소스에서 대상 인스턴스로 반복 클론을 예약할 수 있습니다. 이를 통해 클론 빈도와 최대 발생 횟수를 정의할 수 있습니다. 기본적으로 클론 빈도는 없음으로 설정됩니다. 복제 예약에 대한 자세한 내용은 반복 클론 예약을 참조하십시오.

계속을 선택합니다.
클론 요청 요약을 검토하고 클론 요청 확인 및 제출을 선택합니다.

클론 요청(레거시 UI)

프로덕션 인스턴스에서 비프로덕션 인스턴스로 데이터를 복사하거나 비프로덕션 인스턴스 간에 데이터를 복사하기 위해 클론을 요청합니다.

시작하기 전에

필요한 역할: clone_admin

호주 릴리스부터 클론 요청은 더 이상 레거시 페이지에서 배포, 개선 또는 지원되지 않습니다.

주:

레거시 페이지 clone_instance.do 를 통해 시작된 요청은 새 클론 콘솔 홈페이지에 표시되지 않습니다. 그러나 레거시 클론 기록 페이지 clone_instance_list.do에서 계속 찾을 수 있습니다.

Oracle 데이터베이스를 사용하는 인스턴스의 경우 KB0538884 - Oracle 고객을 위한 인스턴스 클론 지원을 참조하십시오.
옵션 패널에서 스케줄링하여 반복 클론을 설정할 수 있습니다.

클론을 요청하기 전에 대상 인스턴스를 구성합니다. 다음을 따르십시오.

다음으로 이동합니다. 구성 > 인스턴스 클론.
새로 만들기를 선택합니다.
새 클론 인스턴스 양식을 작성합니다.

클론 프로파일을 구성합니다. 다음을 따르십시오.

다음으로 이동 구성 > 클론 프로파일.
새 클론 프로파일 양식을 작성합니다.
주:
여러 클론 프로파일을 생성하고 재사용 가능한 클론 템플릿을 활용할 수 있습니다. 클론 프로파일을 사용하면 클론에 대한 올바른 제외 및 보존자를 선택할 수 있습니다.

이 태스크 정보

ServiceNow AI Platform 복제 시 소스 인스턴스의 가장 최근 일일 백업의 데이터를 사용합니다. 클론에 사용되는 백업은 최대 36시간 전입니다. 인스턴스 클론은 처리가 시작되도록 예약된 날짜 및 시간에만 사용할 최신 백업을 선택하는 등 초기 준비를 시작합니다.

프로시저

복제할 인스턴스에 로그인합니다.
이 인스턴스가 클론 요청의 소스 인스턴스가 됩니다.
클론 대상(등록 및 인증) 클론 데이터를 수신할 각 대상 인스턴스에 대한 기록을 구성합니다.
클론에서 제외된 테이블 목록을 확인하고 대상 인스턴스에서 제외할 테이블을 추가하거나 제거합니다 .
다음을 사용하여 대상 인스턴스에 저장하려는 테이블 및 시스템 속성 목록을 확인합니다.

데이터 보관자를 사용할 수 있습니다. 필요한 경우 데이터 보관자를 생성하거나 수정할 수도 있습니다.
대상 인스턴스에 게시되지 않은 애플리케이션을 보존 합니다.
다음으로 이동 인스턴스 클론 > 클론 요청.
옵션: 미리 정의된 클론 프로파일을 지정합니다.
클론 프로파일은 대상 및 클론 옵션을 저장합니다. 클론 프로파일은 선택한 프로파일 설정으로 클론 요청을 자동으로 채웁니다. 클론 요청에 대한 클론 프로파일을 참조하십시오.
대상 인스턴스 필드에서 복제된 데이터를 받을 대상 인스턴스를 선택합니다.
클론 데이터를 수신할 각 대상 인스턴스에 대해 별도의 클론 요청을 생성합니다.
클론 예약 시작 시간 필드에서 복제를 시작할 시간을 선택합니다.
동일한 소스 인스턴스에 대해 여러 클론 요청을 예약할 수 있습니다. 예를 들어, 비프로덕션 인스턴스 A에 데이터를 복사하는 클론 요청 하나를 만들고, 비프로덕션 인스턴스 B에 데이터를 복사하는 클론 요청을 하나 더 만듭니다. 스케줄링 엔진은 동일한 소스 인스턴스에 대한 여러 클론 요청이 동시에 발생할 수 있는지 또는 순차적으로 발생해야 하는지 여부를 판별합니다. 소스 인스턴스가 매우 큰 경우 클론 체인을 사용하는 것이 좋습니다( 의 클론 체인 인스턴스 클론 탐색참조).

시스템은 예약된 시작 시간을 확인하고 선택한 날짜-시간 값을 수락하거나 사용 가능한 날짜-시간 값을 제안합니다. 확인 프로세스는 동일한 대상 인스턴스를 사용하는 다른 자동화와의 일정 충돌을 방지합니다.
완료 시 이메일 필드에 이메일 주소를 입력하여 복제가 완료되거나, 취소되거나, 오류가 발생한 후 경보를 받을 수 있도록 합니다.
옵션 화살표가 아래쪽으로 향하도록 클릭합니다 .
옵션을 입력합니다.
제출을 선택합니다.
클론 요청에 문제가 없으면 시스템에 대상 인증 모달이 표시됩니다.
Username( 사용자 이름 ) 및 Password (암호) 필드에 대상 인스턴스의 관리자 계정에 대한 사용자 이름과 암호를 입력한 다음 Authenticate(인증)를 클릭합니다.
클론 설정을 검토하고 확인을 클릭합니다.
클론이 완료되거나, 취소되거나, 오류가 발생한 후 제공된 주소로 이메일이 전송됩니다.

다음에 수행할 작업

다음을 수행할 수 있습니다.

클론 대상(등록 및 인증)

클론 대상 기록은 클론에 사용되는 인스턴스 URL과 자격 증명을 지정합니다.

시작하기 전에

관리자 역할이 있는 사용자에게 대상 인스턴스에 대한 자격 증명을 제공합니다. LDAP가 아닌 로컬 사용자 계정 또는 SSO 사용자 계정을 사용합니다. 대상 인스턴스 자격 증명은 사용자 [sys_user] 테이블에 사용자 기록으로 또는 LDAP 통합의 일부로 존재해야 합니다. 클론 요청은 인증 요청을 Single Sign-On ID 공급자로 리디렉션할 수 없습니다.
시스템 속성이 glide.db.clone.allow_clone_targetTrue로 설정되어 있는지 확인합니다. 기본적으로 이 속성은 이름이 Dev, Test, Stage, UAT 또는 QA로 끝나는 인스턴스에서 활성화됩니다.
대상 인스턴스가 IP 범위 기반 인증을 사용하는 경우 로컬 네트워크에서 통신하려면 IP 범위 10.0.0.0/10.255.255.255를 활성화해야 합니다.
필요한 역할: clone_admin

프로시저

다음으로 이동 모두 > 시스템 클론 > 클론 대상.
새로 만들기를 선택합니다.
수신 인스턴스(대상)의 URL을 입력합니다.

시스템은 인스턴스가 클론 대상을 활성화하고 고가용성 복제가 활성 상태인지 검증합니다. 프로덕션 및 데모 인스턴스는 이러한 유효성 검사에 실패합니다.

그림 1. 클론 대상이 잘못됨
대상 인스턴스에서 관리자 역할을 가진 사용자 계정에 대한 기본 인증 자격 증명을 입력합니다.

주:
한 소스에서 여러 대상을 복제하려면 각 대상에 대해 별도의 복제 요청을 발생시켜야 합니다.

시스템은 사용자 자격 증명에 대상 인스턴스에 대한 clone_admin 및 SOAP 액세스 권한이 있는지 확인합니다.
제출을 선택합니다.
시스템은 연결을 확인하고 대상 인스턴스에 대해 사용자 자격 증명을 확인합니다.

클론 중 대상 인스턴스의 데이터 보존

데이터 보관자를 사용하여 대상 인스턴스의 데이터가 덮어쓰기되는 것을 방지할 수 있습니다. 사용자 지정 애플리케이션이 있는 경우, 게시되지 않은 애플리케이션 콘텐츠도 수동으로 보관해야 합니다.

데이터 보관자

경우에 따라 복제 대상으로 지정된 인스턴스의 일부 데이터를 보존해야 합니다. 예를 들어, 대상이 MID 서버인 경우 MID 서버 [ecc_agent] 테이블을 덮어쓰지 않아야 합니다. 보존된 데이터는 제외가 완료된 후 대상 인스턴스에 다시 적용됩니다.

경고:

소스 인스턴스에서 데이터 보관자를 정의해야 합니다. 대상 인스턴스에서 정의하면 데이터가 보존되지 않습니다.

데이터 보관자는 일반적으로 다음과 같은 시스템 설정 및 테마를 보존합니다.

인스턴스별 인증 설정
책갈피 [sys_ui_bookmark]
최근 선택 [sys_ui_recent_selection]
사용자 기본 설정 [sys_user_preference]

주:

클론은 데이터베이스 뷰의 데이터 보존을 지원하지 않습니다.

사용자 그룹과 같은 대규모 데이터 세트를 전송하는 데 데이터 보관자를 사용하지 마십시오. 사용자, 그룹, 역할과 같은 테이블 데이터를 보존해야 하는 경우 기록을 파일로 익스포트하고 복제 후 임포트하는 것이 좋습니다.

다중 SSO용 데이터 보관자

복수 제공자 SSO(Single Sign-On) 통합을 활성화하면 클론에 필요한 데이터 보관자가 자동으로 생성됩니다.


이름	테이블	조건
인증서	X.509 인증서 [sys_certificate]	안 함
코어 인스턴스 속성	시스템 속성 [sys_properties]	[또는] [이름] [다음 중 하나임] [glide.authenticate.external, glide.authenticate.external.logout_redirect] [또는] [이름] [다음으로 시작] [com.snc.integration.saml_esig] [또는] [이름] [다음 중 하나임] [glide.smtp.port, glide.smtp.auth, glide.smtp.encryption] [또는] [이름] [다음으로 시작] [glide.authenticate.multisso] [또는] [이름] [는] [glide.authenticate.sso.redirect.idp] 주: , glide.smtp.portglide.smtp.auth및 glide.smtp.encryption 속성은 더 이상 사용되지 않습니다.
다이제스트 속성	다이제스트 속성 [digest_properties]	안 함
ID 제공자	ID 제공자 [sso_properties]	안 함
SAML2 업데이트1 속성	SAML2 업데이트1 속성 [saml2_update1_properties]	안 함

주:

이러한 데이터 보관자를 수정할 수는 있지만 수정하지 않는 것이 좋습니다. 다중 소스 SSO(Single Sign-On)가 제대로 작동하려면 다이제스트 속성 [digest_properties], ID 제공자 [sso_properties] 및 SAML2 Update1 속성 [saml2_update1_properties] 테이블이 필요합니다. 대상 인스턴스에서 여러 소스의 SSO(Single Sign-On)가 비활성화된 경우 데이터 보관자 3개를 모두 안전하게 제거할 수 있습니다. 이러한 테이블 중 하나 또는 두 개를 보존한 상태에서 클론을 시도하면 시스템에서 오류 메시지와 함께 클론을 종료하므로 동시에 제거합니다.

SAML용 데이터 보관자

SAML SSO 관련 설정을 유지하면 대상 인스턴스가 IdP에 인증 요청을 할 때 잘못된 발급자 및 대상 매개변수를 사용하는 것을 방지할 수 있습니다. SAML 설정을 유지하려면 다음 테이블에 대한 데이터 보관자를 생성하십시오.

시스템 속성 [sys_properties]: SAML 속성을 보존합니다.
X.509 인증서 [sys_certificate]: SAML 인증서를 보존합니다.
사용자 [sys_user]: SAML 사용자를 보존합니다.

또한 SAML과 관련된 속성 및 사용자를 보존해야 합니다.

게시되지 않은 애플리케이션의 보존

데이터 보관자를 사용하여 게시되지 않은 애플리케이션을 저장할 수 없습니다. 대신 애플리케이션 개발자는 게시되지 않은 애플리케이션을 보존하는 방법을 선택해야 합니다.

복제 프로세스는 개발 중인 애플리케이션의 버전 차이를 보존하지 않습니다. 대신, 시스템 클론은 소스 인스턴스에 설치된 애플리케이션 버전만 대상 인스턴스에 복사합니다. 대상 인스턴스에 동일한 애플리케이션의 개발 버전이 있는 경우 클론 후 애플리케이션을 편집할 수 있지만 소스 인스턴스에 설치된 버전은 모두 적용됩니다. 애플리케이션이 소스 인스턴스에 없는 경우 클론 프로세스는 대상 인스턴스에서 애플리케이션을 삭제합니다.

데이터 보관자 생성

데이터 보관자는 대상 인스턴스에서 지정된 데이터를 유지 관리합니다.

시작하기 전에

필요한 역할: clone_admin

이 태스크 정보

대상 인스턴스에서 특정 데이터를 보존하는 것이 바람직한 경우도 있습니다. 예를 들어, MID 서버를 사용하는 경우 MID 서버 [ecc_agent] 테이블을 덮어쓰지 않을 수 있습니다. 보존된 데이터는 복제 전에 대상 인스턴스에서 동적으로 생성된 목록에 저장되고 복제가 완료된 후 대상 인스턴스에서 복원됩니다. 소스 인스턴스에서 데이터 보관자를 정의합니다.

데이터 보관자는 주로 인스턴스별 인증 설정과 같은 시스템 설정 및 테마를 보존하기 위한 것입니다. 사용자 그룹과 같은 대규모 데이터 세트를 전송하는 데 데이터 보관자를 사용하지 마십시오. 사용자, 그룹 및 역할과 같은 테이블 데이터를 보존해야 하는 경우 기록을 파일로 익스포트하고 클론이 완료된 후 임포트하는 것이 좋습니다.

다음 테이블의 데이터를 유지할지 여부를 고려하십시오.

책갈피 [sys_ui_bookmark]
최근 선택 [sys_ui_recent_selection]
사용자 기본 설정 [sys_user_preference]

소스 인스턴스에 대상 인스턴스보다 더 많은 기록이 있는 테이블에 데이터 보존자를 설정하면 대상 인스턴스에 보존된 데이터에는 소스 인스턴스의 추가 기록도 포함됩니다.

예를 들어 데이터 보관자가 이미 설치되어 있다고 가정합니다.

소스 인스턴스에서 sys_temp 테이블에는 100개의 기록이 포함되어 있습니다.
대상 인스턴스에서 sys_temp 테이블에는 20개의 기록이 포함되어 있습니다.

클론 후 대상 인스턴스의 sys_temp 테이블에는 100개의 레코드가 포함됩니다.

대상 sys_temp 테이블의 20개 기록이 성공적으로 보존됩니다(데이터 보관자 사양에 따라). 이러한 기록은 소스 sys_temp 테이블에 있는 100개 기록 중 일부였습니다.
소스 sys_temp 테이블은 나머지 80개 기록을 대상 sys_temp 테이블로 가져옵니다.

이 문제를 해결하고 대상 테이블의 레코드만 보존하려면 소스 테이블에서 데이터 보존자를 설정하는 것 외에도 대상 테이블에 대한 제외 테이블 레코드를 생성합니다 .

중요사항:

소스 인스턴스에서 보관자를 구성합니다.

프로시저

소스 인스턴스에서 다음으로 이동합니다. 시스템 클론 > 데이터 보관.
새로 만들기를 선택합니다.
테이블 레이블을 이름으로 입력합니다(예: [sys_user_preference] 테이블의 사용자 기본 설정).
데이터 보관자에는 테이블 이름이 있어야 합니다. 그렇지 않으면 제출할 수 없습니다.
보존할 테이블을 선택합니다.
데이터 보관자에서 테이블을 선택해야 하며, 그렇지 않으면 테이블을 제출할 수 없습니다.
보존되는 데이터가 UI 속성인 경우 테마 확인란을 선택합니다.
조건 작성기를 사용하여 보존할 데이터를 정의합니다.
조건을 사용하여 클론 중에 보존할 특정 기록을 정의할 수 있습니다. 예를 들어 특정 시스템 속성만 유지하려면 유지하려는 각 속성 이름에 대한 조건을 추가할 수 있습니다.
주:
정규 표현식 일치 조건 [match regex]은 더 이상 지원되지 않습니다.
제출을 선택합니다.
나중에 데이터 보관자를 삭제하려면 다음 데이터 보관자 기록을 수정하거나 삭제하지 마십시오.
- 코어 인스턴스 속성
- 세마포
- 이메일 계정
주:
DB 뷰는 보존할 수 없습니다.
보존자는 비워둘 수 없으며, 보존자가 비어 있으면 사용자는 클론을 제출할 수 없습니다.

SAML 속성 유지

클론 대상 인스턴스가 기존 SAML 통합을 유지하도록 하려면 코어 인스턴스 속성 데이터 보존자를 편집하여 SAML 속성을 포함해야 합니다.

시작하기 전에

필요한 역할: 관리자

프로시저

다음으로 이동 모두 > 시스템 클론 > 데이터 보관.
코어 인스턴스 속성을 선택합니다.
다음 조건을 추가합니다.
- [또는] [이름] [다음 중 하나임] [glide.authenticate.external, glide.authenticate.external.logout_redirect, glide.authenticate.failed_requirement_redirect]
- [또는] [이름] [다음으로 시작] [glide.authenticate.sso.saml2]
- [또는] [이름] [다음으로 시작] [com.snc.integration.saml_esig]
주:
인스턴스 테마를 유지하는지 여부에 관계없이 이러한 속성이 보존되도록 테마 확인란의 선택을 취소해야 합니다.
업데이트를 클릭합니다.

시스템 클론 중에 개발 중인 애플리케이션 및 사용자 지정 유지

애플리케이션 버전을 대상(개발) 인스턴스에 복제하기 전에 현재 개발 중인 각 애플리케이션 및 커스터마이제이션의 복사본을 수동으로 보존합니다.

시작하기 전에

필요한 역할: 관리자

애플리케이션 기록에 대한 쓰기 액세스 권한과 소스 통제 리포지토리에 대한 액세스 권한이 있는지 확인합니다.

이 태스크 정보

복제 프로세스는 개발 중인 애플리케이션 및 앱 사용자 지정에 대한 버전 차이를 유지하지 않습니다. 대신 시스템은 소스 인스턴스에 설치된 애플리케이션 및 앱 커스터마이제이션 버전의 복사본만 대상 인스턴스에 복제합니다. 대상 인스턴스에 동일한 애플리케이션의 개발 버전이 있는 경우 복제 후 애플리케이션을 편집할 수 있지만 소스 인스턴스에 설치된 버전입니다. 애플리케이션이 소스 인스턴스에서 누락된 경우 복제 프로세스는 대상 인스턴스에서 애플리케이션을 삭제합니다.

프로시저

복제 대상 인스턴스에서 애플리케이션을 유지하려면 다음 작업 중 하나를 수행합니다.

표 3. 인스턴스 간 버전 차이
애플리케이션 버전 상태	수행할 작업
클론 대상 인스턴스의 애플리케이션 버전이 소스 인스턴스 버전과 다릅니다.	클론 대상 인스턴스에서 각 애플리케이션을 익스포트합니다. 선택 항목은 다음과 같습니다. 각 애플리케이션을 소스 통제 리포지토리에 연결합니다. 주: 애플리케이션이 소스 통제 리포지토리에 이미 연결되어 있는 경우 최신 버전을 커밋합니다. 각 애플리케이션을 업데이트 세트에 게시합니다.
애플리케이션은 클론 대상 인스턴스에서만 사용할 수 있습니다.
클론 대상 인스턴스의 애플리케이션 버전이 소스 인스턴스와 같습니다.	없음. 시스템 클론 프로세스는 클론 중에 이 애플리케이션 버전을 대상 인스턴스에 복사합니다.

소스 인스턴스의 시스템 클론을 대상 인스턴스로 요청합니다.
예를 들어, 개발 인스턴스 위에 프로덕션 인스턴스를 복제합니다.
클론 프로세스가 완료되면 클론 대상 인스턴스에 로그인합니다.

주:

소스 통제가 연결된 다음 복제 후 플랫폼이 애플리케이션과 사용자 지정 애플리케이션을 자동으로 검색합니다. glide.source_control.post_clone_import_enabled를 통해 이 기능이 비활성화된 경우 다음을 수행하여 수동으로 검색해야 합니다.

각 애플리케이션을 소스 통제 리포지토리에 저장한 경우 다음 작업 중 하나를 사용하여 소스 통제 리포지토리에서 검색합니다.

주:

복제 후 애플리케이션 사용자 지정 후 예상되는 사항은 애플리케이션 사용자 지정에 대한 복제 후 결과를 참조하십시오.

표 4. 소스 통제 리포지토리에서 애플리케이션 검색
애플리케이션 설치 상태	클론 대상에 대해 수행할 작업
애플리케이션 및 커스터마이제이션이 소스 인스턴스에 미리 설치되었습니다.	소스 통제 리포지토리에서 원격 변경 내용을 적용합니다.
소스 인스턴스에 애플리케이션이 설치되지 않았습니다.	리포지토리 구성(sys_repo_config)을 삭제하고 소스 통제 리포지토리에서 커스터마이제이션을 임포트합니다.

표 5. 클론 후 원격 변경
필드	설명
glide.source_control.post_clone_import_enabled	원격 변경 적용 자동화를 비활성화하려면 False로 설정합니다. 기본값은 True입니다.
glide.source_control.post_clone_import_delay_time_sec	큐 처리를 지연시키는 지연 시간을 제공하려면 값을 제공합니다. 기본값은 0입니다.
glide.source_control.post_clone_import_pause_refresh_time_sec	리포지토리 새로 고침 작업이 실행되지 않는 간격을 제공하려면 값을 제공합니다. 기본값은 3시간(10,800)입니다.

각 애플리케이션을 업데이트 세트에 저장한 경우 다음 작업 중 하나를 수행하여 업데이트 세트에서 애플리케이션을 검색합니다.

표 6. 업데이트 세트에서 애플리케이션 검색
애플리케이션 설치 상태	클론 대상에 대해 수행할 작업
애플리케이션이 이전에 소스 인스턴스에 설치되었습니다.	소스 인스턴스에서 복제된 애플리케이션 버전을 삭제합니다. 현재 애플리케이션 버전이 포함된 업데이트 세트를 로드합니다.
소스 인스턴스에 애플리케이션이 설치되지 않았습니다.	현재 애플리케이션 버전이 포함된 업데이트 세트를 로드합니다.

결과

이전에 개발 중인 애플리케이션은 클론 대상 인스턴스에서 추가 개발에 사용할 수 있습니다.

마케팅 이벤트 애플리케이션 보관

이전에 회사에서 마케팅 이벤트라는 사용자 지정 애플리케이션의 버전 1.0을 만들었다고 가정해 보겠습니다. 마케팅 이벤트 애플리케이션의 버전 1.0을 이미 애플리케이션 리포지토리에 게시하고 프로덕션 인스턴스에 설치했습니다.

시간이 지남에 따라 사용자가 애플리케이션에 대한 개선 요청을 제출했으며, 이러한 요청을 처리하기 위해 비프로덕션 인스턴스에서 마케팅 이벤트 애플리케이션 버전 2.0을 개발하기로 결정했습니다. 개발이 거의 완료될 무렵, 몇 가지 포괄적인 테스트를 위해 비프로덕션 인스턴스를 최신 프로덕션 사본으로 업데이트하려고 합니다.

이전에 소스 통제 통합을 사용하여 마케팅 이벤트 애플리케이션의 버전 1.0을 개발했기 때문에 마케팅 이벤트 애플리케이션을 소스 통제 저장소에 이미 링크했습니다. 마케팅 이벤트 애플리케이션의 버전 2.0을 소스 통제 저장소에 커밋합니다.

개발 인스턴스를 통해 프로덕션 인스턴스의 클론을 예약합니다. 완료 후 개발 인스턴스에 로그인하고 소스 인스턴스에 설치된 버전이었기 때문에 Marketing Events 애플리케이션 버전 1.0이 있음을 확인합니다.

애플리케이션이 소스 인스턴스에 이미 설치되어 있기 때문에 소스 통제 리포지토리의 원격 변경 내용을 적용하여 최신 애플리케이션 버전을 받습니다. 이제 개발 인스턴스에는 마케팅 이벤트 애플리케이션의 버전 2.0이 있으며 추가 개발 및 테스트에 사용할 수 있습니다.

클론 요청에 대한 클론 프로파일

클론 프로파일을 사용하면 사전 정의된 대상 및 클론 옵션을 저장할 수 있습니다. 클론 프로파일은 선택한 프로파일 설정으로 클론 요청을 자동으로 채웁니다.

클론 프로파일

다음으로 이동 시스템 클론 > 클론 프로파일 클론 프로파일을 봅니다. 클론 프로필을 사용하여 다음을 수행할 수 있습니다.

특정 대상 인스턴스 및 옵션 설정, 제외할 테이블, 보존할 데이터 및 실행할 정리 스크립트가 포함된 프로파일 생성
클론 프로파일에서 직접 클론 요청 작성
클론 요청에 클론 프로파일 적용
프로필을 복제하여 기존 프로필과 동일한 권한 및 설정으로 새 프로필을 만들 수 있습니다.

클론 프로파일 보기에서 클론 프로파일을 생성, 편집 및 삭제할 수 있습니다. 시스템 프로파일은 삭제할 수 없는 읽기 전용 클론 프로파일입니다. 미리 정의된 테이블 제외 목록, 데이터 보관자 및 정리 스크립트 목록이 표시됩니다. 이 목록은 인스턴스에 포함된 플러그인을 기반으로 합니다.

새 클론 프로파일을 클론을 요청할 때 사용되는 기본 프로파일로 설정하려면 Make Default(기본값 설정 ) 옵션을 선택합니다. 이 프로파일이 요청하는 클론 시나리오에 사용할 올바른 클론 프로파일인지 확인합니다.

새 데이터 보관, 제외 또는 정리 스크립트를 생성하면 클론 프로필에 자동으로 추가되지 않습니다. 보존, 제외 또는 정리 스크립트를 추가하려면 클론 프로파일을 열고 추가 작업 > 구성 > 양식 레이아웃을 클릭하고 새 보존 항목을 선택됨 목록으로 이동합니다.

선택 사항이지만 클론 프로파일을 사용하는 것이 좋습니다. 클론을 예약할 때 클론 프로파일 필드를 비워 두면 시스템에서 아래에 구성된 모든 제외 테이블, 데이터 보관자 및 정리 스크립트를 사용합니다 시스템 클론 > 클론 정의.