---
sourceDocument: 요코하마 ServiceNow AI 플랫폼 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ko-KR

ft:publication_title :

    - 요코하마 ServiceNow AI 플랫폼 관리

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# 업그레이드 관리에서 업그레이드 계획 탐색

# 업그레이드 관리에서 업그레이드 계획 탐색 {#ariaid-title1}

* 릴리스 버전: Yokohama
* 
* 업데이트 날짜 2025년 01월 30일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 5분

업그레이드 계획은 업그레이드 중에 애플리케이션 설치를 자동화하여 원활한 업그레이드 환경을 제공합니다. 인스턴스에 설치할 애플리케이션 및 대상 버전을 정의하고 업그레이드 프로세스를 가속화합니다.  
다음 방법 중 하나를 사용하여 업그레이드 계획으로 이동합니다.{#um-upgrade-plan-explore__table_oqw_5jr_hdc__entry__2}

| 옵션 | 탐색 |
|-|-|
| 왼쪽 탐색 사용 | 다음으로 이동 모두관리자 센터업그레이드 관리업그레이드 계획. |
| 관리자 탭 옵션 사용 | 다음으로 이동 관리자업그레이드 관리업그레이드 계획. |
[ ]

{#um-upgrade-plan-explore__table_oqw_5jr_hdc}  
업그레이드 계획을 사용하려면 다음 인스턴스가 필요합니다.

* 빌더 인스턴스: 업그레이드 계획 빌드
* 소비자 인스턴스: 생성된 업그레이드 계획 구현

{#um-upgrade-plan-explore__ul_jyt_dkm_xsb}  
주:  
업그레이드 계획을 수립하려면 인스턴스를 사용 가능한 최신 버전으로 업그레이드했는지 확인하십시오. 개발 인스턴스를 빌더 인스턴스로 구성하는 것이 좋습니다. 소비자 인스턴스를 업그레이드하기 전에 업그레이드 계획을 설치해야 합니다. 자세한 내용은 [업그레이드 계획 속성](https://servicenow-prod.fluidtopics.net/UGJxLS63YeuHk~EBvVSbgQ#uc-properties__table_h4b_wq2_5tb) 문서를 참조하십시오.  
인스턴스를 업그레이드하면 해결 방법을 건너뛰고 업그레이드 후 커스터마이제이션이 로드되는 경우가 많습니다. 이로 인해 완전히 로드될 때까지 기능이 일시적으로 중단됩니다. 업데이트 세트 커밋, 새 플러그인 및 애플리케이션 설치, 여러 업데이트와 같은 작업도 시간이 많이 걸립니다. 업그레이드 계획 기능을 사용하면 작업을 추적하고 필요한 모든 인스턴스에서 단계를 재생하여 이러한 업그레이드 후 작업을 자동화할 수 있습니다. 업그레이드 후 작업을 수동으로 적용할 필요가 없으므로 다운타임을 줄이는 데 도움이 됩니다.  
주:  
최신 버전으로 업그레이드하면 건너뛴 기록이 표시됩니다. 이러한 기록 중 일부는 이미 검토된 것으로 표시되어 있으며 일부는 검토해야 합니다.  
릴리스부터 Yokohama 사용자 지정 및 건너뛴 기록은 기본적으로 업그레이드 계획의 일부가 아닙니다. glide.upgrade.plan.include.skips 속성을 활성화하여 업그레이드 계획 내에서 앱 설치와 함께 커스터마이제이션 및 건너뛴 기록을 포함하도록 선택할 수 있습니다. 이 속성은 업그레이드 계획을 빌드하거나 새로 고칠 때 건너뛰기 및 사용자 지정이 포함되는 시기를 제어합니다.

* glide.upgrade.plan.include.skips 속성이 **예**이면 업그레이드 계획을 빌드하거나 새로 고칠 때 건너뛰기 및 사용자 지정이 포함됩니다.
* glide.upgrade.plan.include.skips 속성이 **FALSE**이면 업그레이드 계획을 빌드하거나 새로 고칠 때 건너뛰기 및 사용자 지정이 포함되지 않습니다. 이 속성은 기본적으로 False로 설정되어 있습니다.
{#um-upgrade-plan-explore__ul_cs4_3z5_bdc}  
시나리오에 따라 다음 모달 메시지 중 하나가 표시됩니다.

* 처음 사용자: 업그레이드 계획을 처음 빌드하는 경우(이 속성은 기본적으로 비활성화되어 있습니다.)

* 속성이 활성화된 업그레이드 계획 빌드

* 속성을 사용하지 않도록 설정한 상태에서 업그레이드 계획을 새로 고치는 중(기본값)

* 속성이 활성화된 상태에서 업그레이드 계획을 새로 고치는 중

{#um-upgrade-plan-explore__ul_ahk_gy5_bdc}

## 업데이트 세트에 비해 업그레이드 계획의 장점 {#um-upgrade-plan-explore__section_kjk_w1h_nzb}

업그레이드 계획을 사용하여 다음을 달성할 수 있습니다.

* 건너뛴 기록 해결과 함께 앱 및 플러그인 설치를 추적할 수도 있습니다.  
  주:  
  업그레이드 계획에서 캡처한 건너뛴 기록은 선택할 수 없습니다. 업그레이드 계획은 검토 여부와 수정 여부에 관계없이 건너뛴 모든 기록을 캡처합니다. 사용자 지정이 다른 인스턴스에서 제공되는 경우 건너뛴 기록을 검토해야 합니다.
* 배치 부트스트랩을 사용하여 테이블 변경 사항을 최적화합니다.
* 앱 리포지토리를 사용하여 커스터마이제이션을 관리합니다.
{#um-upgrade-plan-explore__ul_ak2_2zg_nzb}  
주:  
각 인스턴스 업그레이드에 대한 업그레이드 계획을 세우는 것이 좋습니다. 빌더 인스턴스에서 업그레이드 계획을 빌드하면 빌더 인스턴스 버전과 정확히 동일한 버전(패치 및 핫픽스 포함)으로 생성됩니다. 새 인스턴스 업그레이드에는 이전에 생성된 업그레이드 계획을 사용할 수 없습니다. 소비자 인스턴스의 경우 업그레이드 계획을 설치할 때 해당 버전이 소비자 인스턴스 버전과 정확히 일치해야 합니다.

## 가상 사용자 {#um-upgrade-plan-explore__section_cvx_21h_nzb}

활성 애플리케이션 개발에 앱 리포지토리를 사용하는 경우 업그레이드 계획을 사용하여 업그레이드를 가속화합니다.  
주:  
현재 업데이트 세트를 사용 중이고 업그레이드 프로세스를 시작하려면 업그레이드 계획 기능을 사용하십시오.

## 설계 고려 사항 {#um-upgrade-plan-explore__section_emv_kb4_nzb}

다음은 업그레이드 계획을 사용하는 동안 고려해야 할 중요한 사항입니다.

* 새 인스턴스를 업그레이드할 때마다 자체 업그레이드 계획이 필요합니다. 업그레이드 간에 공유할 수 없습니다.
* 업그레이드 계획을 빌드하는 데 하나의 빌더 인스턴스만 지원됩니다.
* 업그레이드 계획은 소비자 인스턴스에서 제거할 수 없습니다. 전체 업그레이드를 롤백할 수 있지만 부분적으로 롤백할 수는 없습니다.
* 업그레이드 계획에 의해 전역 커스터마이제이션 - 업그레이드 계획 애플리케이션으로 이동된 파일의 범위는 여전히 전역입니다.
* 업그레이드 중에는 상태=준비 및 활성=true 인 업그레이드 계획 항목만 소비자 인스턴스에 설치됩니다. 나머지 항목은 건너뜁니다.
* 업그레이드 세트는 업그레이드 계획에 포함할 수 없습니다.
* 유지관리 전용 플러그인은 업그레이드 계획에서 허용되지 않습니다.
* 새 애플리케이션 및 플러그인을 설치하기 전 또는 해결 건너뛰기 중에 인스턴스를 빌더 인스턴스로 구성합니다. 그렇지 않으면 업그레이드 계획에서 작업이 캡처되지 않습니다.
* 업그레이드 계획 항목 뷰에서는 사용자 지정 목록을 볼 수 없습니다. 각 테이블로 이동하여 커스터마이제이션이 캡처되었는지 확인할 수 있습니다.
{#um-upgrade-plan-explore__ul_cmr_nb4_nzb}

자세한 내용은 [KB1271313](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1271313) 문서를 참조하십시오.

## 업그레이드 계획 백그라운드 작업 {#um-upgrade-plan-explore__id_wlh_dph_nzb}

업그레이드 계획을 수립하는 동안 다음 작업이 백그라운드에서 수행됩니다.

* 건너뛴 기록은 전역 애플리케이션 및 앱 커스터마이제이션의 형태로 패키지되어 앱 리포지토리에 업로드됩니다. 다음은 인스턴스 및 앱 리포지토리의 업그레이드 계획으로 생성된 3가지 유형의 앱입니다.  
  주:  
  패키징이 완료되면 업그레이드 계획에서 항목을 선택할 수 있습니다. 업그레이드 계획은 범위 수준에서 작동하므로 모든 것을 캡처하여 리포지토리에 게시합니다.
  * 전역 기록은 전역 커스터마이제이션 업그레이드 계획 앱에 패키지되어 앱 리포지토리에 게시됩니다.
  * 범위가 지정된 건너뛴 기록은 해당 앱 커스터마이제이션 패키지로 패키징됩니다.
  * 업그레이드 계획이 게시되면 전역 애플리케이션(예: 업그레이드 계획 - 릴리스 이름)이 생성됩니다.
  {#um-upgrade-plan-explore__ul_bcs_5tx_4zb}
* 전역 애플리케이션 및 앱 커스터마이제이션과 같은 기존 ServiceNow 기능은 필요한 모든 인스턴스에 설치할 수 있는 애플리케이션 컨테이너로 사용됩니다. 자세한 내용은 및 [Application scope](https://www.servicenow.com/docs/access?context=c_ApplicationScope&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US) 문서를 참조하십시오.
* 애플리케이션 또는 플러그인을 설치하면 업그레이드 계획에도 캡처됩니다. 그러나 이는 애플리케이션 수명주기 항목이므로 앱 리포지토리로 푸시되지 않습니다.
{#um-upgrade-plan-explore__ul_ek3_kph_nzb}  
업그레이드 계획을 사용하는 동안 다음 작업이 백그라운드에서 수행됩니다.

* 먼저 업그레이드 계획을 확인한 다음 앱 리포지토리에서 소스를 다운로드합니다.
* 소스가 다운로드되면 앱이 준비 상태로 전환됩니다.  
  주:  
  상태=준비 및 활성=true인 업그레이드 계획 항목만 소비자 인스턴스에 설치됩니다. 나머지 항목은 건너뜁니다.
* 업그레이드 계획에 대한 미리 보기를 자동으로 생성합니다.
{#um-upgrade-plan-explore__ul_l2p_j4y_4zb}

자세한 내용은 [업그레이드 관리의 업그레이드 계획 도구](https://servicenow-prod.fluidtopics.net/vLf_ivQ1URTRD1DuIwK_6Q "업그레이드 중에 애플리케이션 설치를 자동화하는 업그레이드 계획을 사용하여 업그레이드를 가속화하여 원활한 업그레이드 경험을 제공합니다. 인스턴스에 설치할 애플리케이션과 대상 버전을 정의하는 데 도움이 됩니다.") 문서를 참조하십시오.