Workspace ONE Access에서 관리되는 ThinApp 패키지 업데이트

이미 Workspace ONE Access에서 관리되고 조직의 카탈로그에 있는 ThinApp 패키지를 업데이트하는 과정은 여러 단계로 이루어집니다. 조직에 있는 다른 그룹에서 업데이트된 ThinApp 패키지가 제공될 수도 있습니다. Workspace ONE Access에서 사용 권한이 부여된 사용자에 대해 기존 패키지 대신 업데이트된 패키지를 자동으로 사용하게 하려면 업데이트된 패키지가 현재 패키지와 동일한 AppID를 사용하여 생성되었고, VersionID 값이 기존 패키지의 VersionID 값보다 높고, Workspace ONE Access에서 관리에 사용하도록 설정되었는지 확인해야 합니다.

사전 요구 사항

관리되는 ThinApp 패키지가 있는 위치에 액세스할 수 있으며 해당 위치에 하위 폴더를 생성할 수 있는지 확인합니다.

프로시저

관리되는 ThinApp 패키지의 AppID 및 VersionID 값 구하기

Workspace ONE Access에서 자동으로 현재 ThinApp 패키지 대신 업데이트된 ThinApp 패키지를 사용하도록 하려면 업데이트된 ThinApp 패키지를 현재 관리되는 ThinApp 패키지의 AppID와 현재 버전보다 더 높은 VersionID 값을 사용하여 생성해야 합니다.

Setup Capture 프로세스를 사용하여 업데이트된 ThinApp 패키지를 생성할 때 AppID 값은 Setup Capture 프로그램이 기존 ThinApp 패키지의 실행 파일에서 자동으로 검색하고 VersionID 값은 자동으로 증분됩니다. 하지만 업데이트된 ThinApp 패키지를 생성하는 사용자는 업데이트된 패키지를 생성하는 데 다른 방법을 사용할 수 있습니다. Setup Capture 프로세스가 업데이트된 ThinApp 패키지를 생성하는 데 사용되지 않을 경우 패키지를 생성하는 사용자는 현재 Workspace ONE Access에 의해 관리되는 ThinApp 패키지의 AppID 및 VersionID 값을 구해야 합니다. AppID 및 VersionID 값은 Workspace ONE Access 콘솔의 ThinApp 패키지 리소스 페이지에 있는 페이지에 표시됩니다.

프로시저

Workspace ONE Access 콘솔에서 리소스 > 가상 애플리케이션을 선택합니다.
(선택 사항) 유형 열 머리글의 아이콘을 클릭하고 이름으로 패키지를 검색하거나 ThinApp 패키지를 선택하여 모든 ThinApp 패키지를 확인합니다.
ThinApp 패키지를 클릭합니다.
다음 값을 기록해 둡니다.
- 페이지의 정의 섹션에 있는 버전 값
- ThinApp 패키지 섹션의 GUID 열에 나열된 AppID 값
  GUID 열에 나열된 값은 Workspace ONE Access에서 이 ThinApp 패키지를 식별하는 데 사용하는 값입니다.

다음에 수행할 작업

업데이트된 ThinApp 패키지를 생성하려면 업데이트된 ThinApp 패키지 만들기의 단계를 완료하십시오.

업데이트된 ThinApp 패키지 만들기

Workspace ONE Access에서 관리되는 ThinApp 패키지의 AppID 및 VersionID 값을 확인한 후 이 절차에 따라 업데이트된 ThinApp 패키지를 생성하여 Workspace ONE Access에서 업데이트된 ThinApp 패키지를 자동으로 사용하는지 확인합니다.

현재 관리되는 ThinApp 패키지의 AppID 및 VersionID 값이 업데이트된 패키지를 만드는 데 사용됩니다. 업데이트된 패키지는 동일한 AppID 값 및 더 큰 VersionID 값을 사용합니다.

경우에 따라 조직의 다른 팀에서 업데이트된 ThinApp 패키지를 제공합니다. 업데이트된 ThinApp 패키지를 만드는 사람은 설명된 방법 중 하나를 사용할 수 있습니다.

사전 요구 사항

관리되는 ThinApp 패키지의 AppID 및 VersionID 값 구하기의 단계를 완료하여 현재 ThinApp 패키지의 AppID 및 VersionID 값이 있는지 확인합니다.

사용하는 Workspace ONE Access 버전과 호환되는 ThinApp 프로그램 버전이 있는지 확인합니다. 특정 ThinApp 버전에 대한 자세한 정보는 "VMware 제품 상호 운용성 매트릭스" (http://www.vmware.com/resources/compatibility/sim/interop_matrix.php)를 참조하십시오.

프로시저

♦ Workspace ONE Access에서 지원되는 ThinApp 프로그램 버전을 사용하여 사용 가능한 방법 중 하나로 업데이트된 ThinApp 패키지를 만듭니다.

옵션 설명

Setup Capture를 사용하여 다시 캡처합니다.

옵션	설명
Setup Capture를 사용하여 다시 캡처합니다.	Workspace ONE Access에서 관리되는 기존 ThinApp 패키지에 대한 프로젝트 폴더를 사용할 수 없으면 이 방법을 사용합니다. Setup Capture를 사용하여 업데이트된 패키지를 만들려면 다음 항목만 필요합니다. 기존 ThinApp 패키지의 애플리케이션 실행 파일 애플리케이션 설치 관리자 Workspace ONE Access에서 지원하는 버전의 Setup Capture 및 ThinApp 프로그램 캡처 프로세스 동안 Workspace ONE Access를 사용하여 패키지를 관리하도록 선택하고 패키지가 기존의 기본 ThinApp 패키지의 업데이트인지 확인합니다. 현재 관리되는 ThinApp 패키지에 대한 실행 파일이 들어 있는 폴더를 찾습니다. 특정 실행 파일이 아닌 해당 폴더를 가리킵니다. 이 방법을 사용하면 업데이트된 패키지를 만들기 전에 AppID 또는 VersionID 값을 구하지 않아도 됩니다. 해당 패키지를 업데이트로 지정하고 Setup Capture에서 이전 버전을 가리키면 캡처 프로세스는 이전 패키지의 AppID를 읽은 후 업데이트된 패키지에 다시 사용합니다. 또한 이 프로세스는 업데이트된 패키지에 대해 증가된 VersionID를 제공하고 동일한 InventoryName을 할당합니다.
Package.ini 파일을 수동으로 업데이트하고 패키지를 다시 빌드합니다.	재캡처 프로세스를 위한 애플리케이션 설치 관리자가 없거나, 패키지를 최신 ThinApp 버전으로 업데이트하고 relink 명령이 처리하는 것보다 더 많이 업데이트하고 싶은 경우에 이 방법을 사용합니다. 패키지를 다시 빌드하면 새 버전의 ThinApp에서 파일 시스템과 레지스트리가 변경되므로 다시 빌드를 수행하면 새 ThinApp 버전이 사용자가 설정하려는 새 Package.ini 매개 변수를 제공할 때처럼 해당 변경 사항이 선택됩니다. 새 패키지를 업데이트로 표시하려면 Package.ini 파일의 `[Build Options]` 섹션에서 다음 Workspace ONE Access 매개 변수를 편집합니다. 현재 관리되는 ThinApp 애플리케이션의 AppID 값과 일치하도록 AppID 매개 변수를 설정합니다. 업데이트된 패키지에 대해 새 AppID 값이 생성되고 Workspace ONE Access는 새 패키지를 기존 패키지의 업데이트로 인식하지 못하므로 AppID에 대해 genid 값을 다시 사용할 수 없습니다. VersionID 매개 변수의 값을 현재 관리되는 ThinApp 패키지보다 큰 정수로 증가시킵니다. 현재 관리되는 패키지에 대해 설정된 VersionID 매개 변수가 없으면 해당 값은 기본적으로 1이며, VersionID 매개 변수에 대한 줄을 Package.ini에 추가하고 값 2(`VersionID = 2`)로 설정할 수 있습니다. InventoryName 매개 변수 값이 현재 관리되는 패키지의 InventoryName 값과 일치하는지 확인합니다. 현재 패키지 및 업데이트된 패키지의 InventoryName 값은 동일해야 합니다.
AppID 및 VersionID 옵션과 함께 relink -h 명령을 사용합니다.	다음 조건 중 하나라도 충족되면 이 방법을 사용합니다. 애플리케이션에 대한 프로젝트 폴더가 없습니다. Workspace ONE Access 환경 외부에서 패키지를 이미 캡처, 빌드, 테스트했으며 이제 Workspace ONE Access에 대해 업데이트된 패키지를 사용하도록 설정하고 Workspace ONE Access Connector에서 사용되는 네트워크 공유에 추가하기만 하면 됩니다. ThinApp 런타임만 업데이트하여 해당 새 ThinApp 버전에 사용 가능한 버그 수정을 포함하도록 패키지를 업데이트합니다. 예를 들어 가상 애플리케이션에 대해 프로젝트 디렉토리(Package.ini 파일 포함)를 변경하고, 패키지를 다시 빌드한 후 테스트한 경우 테스트 환경이 Workspace ONE Access가 아니었을 수 있습니다. 애플리케이션 업데이트의 최종 단계는 Workspace ONE Access에서 사용 가능하게 설정하는 것입니다. 이때 가장 쉬운 방법은 다시 캡처하거나 다시 빌드하는 대신 relink -h 명령을 사용하는 것입니다. 참고: ThinApp 패키지에서 relink -h 명령을 실행하면 ThinApp 런타임이 항상 업데이트됩니다. ThinApp Program Files 디렉토리에서 relink 명령을 실행하여 명령 구문에 대한 도움말을 볼 수 있습니다. 기존 ThinApp 패키지가 Workspace ONE Access에서 사용되도록 이미 설정된 경우 다음 명령을 실행하여 패키지의 기존 AppID를 다시 사용하고 VersionID를 증가시킬 수 있습니다. relink -h -VersionID + `executable-folder`/. 여기서 `executable-folder`는 업데이트하려는 ThinApp 패키지의 실행 파일이 들어 있는 폴더입니다. 중요: relink 명령을 사용할 때는 Workspace ONE Access 환경의 ThinApp 패키지에 사용되는 네트워크 공유의 패키지 실행 파일 폴더를 직접 가리킬 수 없습니다. 이 명령은 ThinApp 런타임을 업데이트할 때 이전 실행 파일을 BAK 파일로 변환하고 해당 BAK 파일과 새 파일을 폴더에 씁니다. 네트워크 공유는 일반적으로 쓰기를 허용하지 않으므로 relink 명령이 실행 파일 폴더의 사본을 가리키도록 해야 합니다. relink 명령의 다른 사용 사례(Workspace ONE Access 환경에서 사용하도록 ThinApp 패키지를 설정하는 경우 포함)는 VMware 기술 자료 문서(http://kb.vmware.com/kb/2021928)에 나와 있습니다.

Workspace ONE Access에서 관리되는 기존 ThinApp 패키지에 대한 프로젝트 폴더를 사용할 수 없으면 이 방법을 사용합니다. Setup Capture를 사용하여 업데이트된 패키지를 만들려면 다음 항목만 필요합니다.

기존 ThinApp 패키지의 애플리케이션 실행 파일
애플리케이션 설치 관리자
Workspace ONE Access에서 지원하는 버전의 Setup Capture 및 ThinApp 프로그램

캡처 프로세스 동안 Workspace ONE Access를 사용하여 패키지를 관리하도록 선택하고 패키지가 기존의 기본 ThinApp 패키지의 업데이트인지 확인합니다. 현재 관리되는 ThinApp 패키지에 대한 실행 파일이 들어 있는 폴더를 찾습니다. 특정 실행 파일이 아닌 해당 폴더를 가리킵니다.

이 방법을 사용하면 업데이트된 패키지를 만들기 전에 AppID 또는 VersionID 값을 구하지 않아도 됩니다. 해당 패키지를 업데이트로 지정하고 Setup Capture에서 이전 버전을 가리키면 캡처 프로세스는 이전 패키지의 AppID를 읽은 후 업데이트된 패키지에 다시 사용합니다. 또한 이 프로세스는 업데이트된 패키지에 대해 증가된 VersionID를 제공하고 동일한 InventoryName을 할당합니다.

Package.ini 파일을 수동으로 업데이트하고 패키지를 다시 빌드합니다.

재캡처 프로세스를 위한 애플리케이션 설치 관리자가 없거나, 패키지를 최신 ThinApp 버전으로 업데이트하고 relink 명령이 처리하는 것보다 더 많이 업데이트하고 싶은 경우에 이 방법을 사용합니다. 패키지를 다시 빌드하면 새 버전의 ThinApp에서 파일 시스템과 레지스트리가 변경되므로 다시 빌드를 수행하면 새 ThinApp 버전이 사용자가 설정하려는 새 Package.ini 매개 변수를 제공할 때처럼 해당 변경 사항이 선택됩니다.

새 패키지를 업데이트로 표시하려면 Package.ini 파일의 [Build Options] 섹션에서 다음 Workspace ONE Access 매개 변수를 편집합니다.

현재 관리되는 ThinApp 애플리케이션의 AppID 값과 일치하도록 AppID 매개 변수를 설정합니다. 업데이트된 패키지에 대해 새 AppID 값이 생성되고 Workspace ONE Access는 새 패키지를 기존 패키지의 업데이트로 인식하지 못하므로 AppID에 대해 genid 값을 다시 사용할 수 없습니다.
VersionID 매개 변수의 값을 현재 관리되는 ThinApp 패키지보다 큰 정수로 증가시킵니다. 현재 관리되는 패키지에 대해 설정된 VersionID 매개 변수가 없으면 해당 값은 기본적으로 1이며, VersionID 매개 변수에 대한 줄을 Package.ini에 추가하고 값 2(VersionID = 2)로 설정할 수 있습니다.
InventoryName 매개 변수 값이 현재 관리되는 패키지의 InventoryName 값과 일치하는지 확인합니다. 현재 패키지 및 업데이트된 패키지의 InventoryName 값은 동일해야 합니다.

AppID 및 VersionID 옵션과 함께 relink -h 명령을 사용합니다.

다음 조건 중 하나라도 충족되면 이 방법을 사용합니다.

애플리케이션에 대한 프로젝트 폴더가 없습니다.
Workspace ONE Access 환경 외부에서 패키지를 이미 캡처, 빌드, 테스트했으며 이제 Workspace ONE Access에 대해 업데이트된 패키지를 사용하도록 설정하고 Workspace ONE Access Connector에서 사용되는 네트워크 공유에 추가하기만 하면 됩니다.
ThinApp 런타임만 업데이트하여 해당 새 ThinApp 버전에 사용 가능한 버그 수정을 포함하도록 패키지를 업데이트합니다.

예를 들어 가상 애플리케이션에 대해 프로젝트 디렉토리(Package.ini 파일 포함)를 변경하고, 패키지를 다시 빌드한 후 테스트한 경우 테스트 환경이 Workspace ONE Access가 아니었을 수 있습니다. 애플리케이션 업데이트의 최종 단계는 Workspace ONE Access에서 사용 가능하게 설정하는 것입니다. 이때 가장 쉬운 방법은 다시 캡처하거나 다시 빌드하는 대신 relink -h 명령을 사용하는 것입니다.

참고: ThinApp 패키지에서 relink -h 명령을 실행하면 ThinApp 런타임이 항상 업데이트됩니다.

ThinApp Program Files 디렉토리에서 relink 명령을 실행하여 명령 구문에 대한 도움말을 볼 수 있습니다.

기존 ThinApp 패키지가 Workspace ONE Access에서 사용되도록 이미 설정된 경우 다음 명령을 실행하여 패키지의 기존 AppID를 다시 사용하고 VersionID를 증가시킬 수 있습니다.

relink -h -VersionID + executable-folder/*.*

여기서 executable-folder는 업데이트하려는 ThinApp 패키지의 실행 파일이 들어 있는 폴더입니다.

중요: relink 명령을 사용할 때는 Workspace ONE Access 환경의 ThinApp 패키지에 사용되는 네트워크 공유의 패키지 실행 파일 폴더를 직접 가리킬 수 없습니다. 이 명령은 ThinApp 런타임을 업데이트할 때 이전 실행 파일을 BAK 파일로 변환하고 해당 BAK 파일과 새 파일을 폴더에 씁니다. 네트워크 공유는 일반적으로 쓰기를 허용하지 않으므로 relink 명령이 실행 파일 폴더의 사본을 가리키도록 해야 합니다.

relink 명령의 다른 사용 사례(Workspace ONE Access 환경에서 사용하도록 ThinApp 패키지를 설정하는 경우 포함)는 VMware 기술 자료 문서(http://kb.vmware.com/kb/2021928)에 나와 있습니다.

결과

업데이트된 ThinApp 패키지에 대해 파일(EXE 파일 및 경우에 따라 DAT 파일) 세트가 존재합니다.

다음에 수행할 작업

업데이트된 ThinApp 패키지를 네트워크 공유에 복사의 단계를 완료하여 이러한 파일을 네트워크 공유의 새 하위 폴더에 복사합니다.

업데이트된 ThinApp 패키지를 네트워크 공유에 복사

업데이트된 ThinApp 패키지를 생성한 후에 네트워크 공유의 기존 하위 폴더와 동일한 수준의 새 하위 폴더에 해당 파일을 복사하여 Workspace ONE Access에서 업데이트된 ThinApp 패키지를 자동으로 사용하는지 확인합니다.

사전 요구 사항

업데이트된 ThinApp 패키지 만들기의 단계를 완료하고 VersionID 값을 증가시켜 업데이트된 ThinApp 패키지에 대한 파일이 있는지 확인합니다.

네트워크 공유에 대한 액세스 권한이 있는지와 하위 폴더를 만들고 여기에 파일을 복사할 수 있는지 확인합니다.

프로시저

네트워크 공유 폴더에서 업데이트된 ThinApp 패키지에 대해 새 하위 폴더를 만듭니다.
업데이트하는 ThinApp 패키지의 기존 하위 폴더는 유지하고 해당 내용을 변경하지 않도록 합니다.
예정된 다음 동기화 이후에 Workspace ONE Access는 새 패키지가 동일한 AppID 값 및 더 높은 VersionID 값을 갖고 있음을 인식하면 이전 패키지를 무시합니다.

일반적으로 하위 폴더의 이름은 ThinApp 애플리케이션 이름과 동일하게 지정하거나 폴더에 있는 애플리케이션을 표시합니다. 예를 들어 server라는 호스트에 appshare라는 네트워크 공유가 있고 애플리케이션이 abceditor이면 ThinApp 패키지의 하위 폴더는 \\server\appshare\abceditor입니다.

참고: Workspace ONE Access를 사용하여 배포할 ThinApp 패키지의 네트워크 공유 하위 폴더 이름을 생성할 때 ASCII 이외의 문자를 사용하면 안 됩니다. ASCII 이외의 문자는 지원되지 않습니다.
업데이트된 ThinApp 패키지의 EXE 및 DAT 파일을 새 하위 폴더로 복사합니다.
(선택 사항) 예약된 다음 동기화 시간까지 기다리지 않으려면 Workspace ONE Access 콘솔의 [패키징된 애플리케이션 - ThinApp] 페이지를 사용하여 Workspace ONE Access를 네트워크 공유와 수동으로 동기화할 수 있습니다.

Workspace ONE Access Connector는 네트워크 공유 폴더와 예약된 동기화를 수행하고 다른 애플리케이션과 동일한 AppID를 갖는 애플리케이션을 만나면 VersionID 값을 비교합니다. VersionID 값이 가장 큰 ThinApp 패키지가 가장 최근 업데이트로 사용됩니다. Workspace ONE Access는 이전 사용자 사용 권한을 가장 높은 VersionID 값을 갖는 ThinApp 패키지에 자동으로 통합하며 사용자 시스템의 바로 가기는 업데이트된 패키지를 가리키도록 동기화됩니다.

다음에 수행할 작업

Workspace ONE Access 카탈로그에는 다음 ThinApp 패키지 동기화 후에 업데이트된 ThinApp 패키지의 새 버전이 표시됩니다. 새 버전이 ThinApp 패키지의 리소스 페이지에 반영되는 것을 보려면 Workspace ONE Access 콘솔의 [ThinApp 가상 애플리케이션 수집] 페이지에서 가상 애플리케이션 수집을 수동으로 동기화할 수 있습니다.