vCenter Server Appliance의 업그레이드 준비

vCenter Server Appliance를 업그레이드하려면 먼저 vCenter Server 설치 관리자 ISO 파일을 다운로드한 후 업그레이드를 수행할 네트워크 가상 시스템 또는 물리적 서버에 마운트해야 합니다.

장치를 업그레이드할 시스템은 운영 체제 요구 사항을 충족하는 Windows, Linux 또는 Mac 운영 체제에서 실행되어야 합니다. vCenter Server 설치 관리자의 시스템 요구 사항의 내용을 참조하십시오.

vCenter Server Appliance를 업그레이드하기 전에 인벤토리에서 ESXi 호스트를 준비해야 합니다.

외부 Platform Services Controller를 사용하여 vCenter Server 배포를 업그레이드하기 전에 먼저 외부 Platform Services Controller를 내장형 Platform Services Controller로 컨버전스한 다음 업그레이드를 수행해야 합니다. 기술 자료 문서 KB 68137을 참조하십시오.

vCenter Server Appliance가 외부 Oracle 데이터베이스를 사용하는 경우 기존 데이터베이스의 크기를 확인해야 합니다.

vCenter Server Appliance에서 외부 Update Manager 인스턴스를 사용하는 경우 Update Manager를 실행하는 시스템에서 Migration Assistant를 실행해야 합니다.

vCenter Server 설치 관리자의 시스템 요구 사항

지원되는 버전의 Windows, Linux 또는 Mac 운영 체제에서 실행되는 네트워크 클라이언트 시스템에서 vCenter Server GUI 또는 CLI 설치 관리자를 실행할 수 있습니다.

GUI 및 CLI 설치 관리자의 성능을 최적화하려면 최소 하드웨어 요구 사항을 충족하는 클라이언트 시스템을 사용하십시오.

표 1. GUI 및 CLI 설치 관리자의 시스템 요구 사항
운영 체제	지원되는 버전	최적의 성능을 위한 최소 하드웨어 구성
Windows	Windows 10, 11 Windows 2016 x64비트 Windows 2019 x64비트 Windows 2022 x64비트	4GB RAM, 2.3GHz 속도의 코어 4개가 있는 CPU 2개, 32GB 하드 디스크, NIC 1개
Linux	SUSE 15 Ubuntu 18.04, 20.04, 21.10	4GB RAM, 2.3GHz 속도의 코어 2개가 있는 CPU 1개, 16GB 하드 디스크, NIC 1개 참고: CLI 설치 관리자를 사용하려면 64비트 OS가 필요합니다.
Mac	macOS 10.15, 11, 12 macOS Catalina, Big Sur, Monterey	8GB RAM, 2.4GHz 속도의 코어 4개가 있는 CPU 1개, 150GB 하드 디스크, NIC 1개

참고: Mac 10.15 이상에서 실행되는 클라이언트 시스템의 경우 다중 장치의 동시 GUI 배포가 지원되지 않습니다. 장치를 차례로 배포해야 합니다.

참고: Windows 10보다 오래된 버전의 Windows에서 CLI 설치 관리자를 실행하려면 Visual C++ 재배포 가능 라이브러리를 설치해야 합니다. 이러한 라이브러리의 Microsoft 설치 관리자는 vcsa-cli-installer/win32/vcredist 디렉토리에 있습니다.

참고: GUI로 vCenter Server Appliance를 배포하는 경우 제대로 표시되려면 해상도가 1024x768 이상이어야 합니다. 해상도가 이보다 낮으면 UI 요소가 잘릴 수 있습니다.

vCenter Server 설치 관리자 다운로드 및 마운트

VMware는 vCenter Server Appliance용 GUI 및 CLI 설치 관리자가 포함되어 있는 vCenter Server Appliance ISO 이미지를 릴리스합니다.

vCenter Server 설치 관리자에 포함된 GUI 및 CLI 실행 파일을 사용하면 다음과 같은 작업을 수행할 수 있습니다.

vCenter Server Appliance를 배포합니다.
vCenter Server Appliance를 업그레이드합니다.
외부 Platform Services Controller가 있는 이전 버전의 vCenter Server를 현재 vCenter Server 버전에 컨버전스합니다.
파일 기반 백업에서 vCenter Server Appliance를 복원합니다.

사전 요구 사항

https://my.vmware.com/web/vmware/에서 Customer Connect 계정을 생성합니다.
클라이언트 시스템이 vCenter Server 설치 관리자의 시스템 요구 사항을 충족하는지 확인합니다. vCenter Server 설치 관리자의 시스템 요구 사항의 내용을 참조하십시오.

프로시저

VMware Customer Connect에 로그인합니다.
제품 및 계정 > 모든 제품으로 이동합니다.
VMware vSphere를 찾고 다운로드 구성 요소 보기를 클릭합니다.
버전 선택 드롭다운에서 VMware vSphere 버전을 선택합니다.
VMware vCenter Server 버전을 선택하고 다운로드로 이동을 클릭합니다.
vCenter Server 장치 ISO 이미지를 다운로드합니다.
MD5 체크섬 도구를 사용하여 md5sum이 올바른지 확인합니다.
장치를 배포, 업그레이드, 마이그레이션 또는 복원할 클라이언트 시스템에 ISO 이미지를 마운트합니다.

참고: Windows에서 디렉토리 수준을 8개까지만 지원하는 ISO 마운트 소프트웨어(예: MagicISO Maker)는 지원되지 않습니다.
Linux OS 및 Mac OS에서는 Archive Manager가 지원되지 않습니다.

Mac OS에서는 DiskImageMounter를 사용할 수 있습니다.

Ubuntu 14.04에서는 Disk Image Mounter를 사용할 수 있습니다.
SUSE 12 OS에서는 터미널을 사용할 수 있습니다.
```
$ sudo mkdir mount_dir
$ sudo mount -o loop VMware-vCSA-all-version_number-build_number.iso mount_dir
```
중요: MacOS Catalina의 보안 변경으로 인해 vCenter Server 배포가 완료될 때까지 컴퓨터의 보안 설정을 수정해야 합니다. 보안 설정을 수정하지 않고 MacOS Catalina에서 설치 관리자를 실행하려고 하면 vCenter Server 설치 관리자에서 다음 오류가 보고됩니다. ovftool cannot be opened because the developer cannot be verified. 자세한 내용은 KB 79416을 참조하십시오.

다음에 수행할 작업

readme.txt 파일을 열고 vCenter Server Appliance ISO 이미지에 포함된 기타 파일 및 디렉토리에 대한 정보를 검토합니다.

vSphere 네트워크에서 클럭 동기화

vSphere 네트워크에 있는 모든 구성 요소의 클럭이 동기화되었는지 확인합니다. vSphere 네트워크에 있는 물리적 시스템의 클럭이 동기화되지 않으면 시간에 민감한 SSL 인증서 및 SAML 토큰이 네트워크 시스템 간 통신에서 유효하지 않은 것으로 인식될 수 있습니다.

클럭이 동기화되지 않으면 인증 문제가 발생하여 설치가 실패하거나 vCenter Server vmware-vpxd 서비스를 시작하지 못할 수 있습니다.

vSphere에서 시간 불일치가 발생하면 환경 시간이 정확하지 않은 경우와 시간이 동기화되지 않은 경우에 따라 여러 서비스에서 환경 내 구성 요소의 첫 번째 부팅이 실패할 수 있습니다. 문제는 대상 vCenter Server에 대한 대상 ESXi 호스트가 NTP 또는 PTP와 동기화되지 않은 경우 가장 많이 발생합니다. 이와 유사하게 완전 자동화된 DRS로 인해 다른 시간으로 설정된 ESXi 호스트로 대상 vCenter Server가 마이그레이션되는 경우에도 문제가 발생할 수 있습니다.

시간 동기화 문제를 방지하려면 vCenter Server 인스턴스를 설치, 마이그레이션 또는 업그레이드하기 전에 다음이 올바른지 확인하십시오.

대상 vCenter Server를 배포할 대상 ESXi 호스트가 NTP 또는 PTP와 동기화되었습니다.
소스 vCenter Server를 실행하는 ESXi 호스트가 NTP 또는 PTP와 동기화되었습니다.
vSphere 6.7에서 vSphere 8.0으로 업그레이드 또는 마이그레이션 시 vCenter Server Appliance가 외부 Platform Services Controller에 연결되었다면 외부 Platform Services Controller를 실행하는 ESXi 호스트가 NTP 또는 PTP와 동기화되었는지 확인합니다.
vSphere 6.7에서 vSphere 8.0으로 업그레이드 또는 마이그레이션하는 경우 소스 vCenter Server 또는 vCenter Server Appliance 및 외부 Platform Services Controller의 시간이 정확해야 합니다.

vCenter Server가 실행되는 모든 Windows 호스트 시스템이 NTP(Network Time Server) 서버와 동기화되었는지 확인하십시오. VMware 기술 자료 문서(https://kb.vmware.com/s/article/1318)를 참조하십시오.

ESXi 클럭을 NTP 또는 PTP와 동기화하려면 VMware Host Client를 사용할 수 있습니다. ESXi 호스트의 시간 구성 편집에 대한 자세한 내용은 "vSphere 단일 호스트 관리 - VMware Host Client" 설명서에서 "VMware Host Client에서 ESXi 호스트의 시간 구성 편집" 항목을 참조하십시오.

vCenter Server에 대한 시간 동기화 설정을 변경하는 방법을 알아보려면 "vCenter Server 구성" 설명서에서 "시스템 표준 시간대 및 시간 동기화 설정 구성" 항목을 참조하십시오.

vSphere Client를 사용하여 호스트에 대한 시간 구성을 편집하는 방법에 대한 자세한 내용은 "vCenter Server 및 호스트 관리" 설명서에서 "호스트의 시간 구성 설정 편집" 항목을 참조하십시오.

기존 vCenter Server Appliance의 데이터 전송

일반적으로 데이터 전송은 업그레이드 다운타임의 일부로 발생합니다. 그러나 일부 시나리오에서는 업그레이드 또는 마이그레이션 후 데이터의 일부를 전송하여 다운타임을 최소화하도록 선택할 수 있습니다.

업그레이드 또는 마이그레이션 후 데이터 전송은 다음과 같은 시나리오에서 지원됩니다.

Windows용 vCenter Server를 vCenter Server Appliance로 마이그레이션
외부 데이터베이스로 vCenter Server Appliance 업그레이드

참고: 업그레이드 또는 마이그레이션 후 백그라운드에서 외부 데이터베이스의 데이터를 내장형 PostgreSQL 데이터베이스로 전송할 수만 있습니다. 업그레이드 또는 마이그레이션 후 내장형 PostgreSQL 데이터베이스의 데이터를 다른 내장형 PostgreSQL 데이터베이스로 전송하는 것은 지원되지 않습니다.

업그레이드 중에 작동에 필요한 최소 데이터 양을 전송할 수 있습니다. 나중에 외부 데이터베이스의 나머지 데이터를 백그라운드에서 내장형 PostgreSQL 데이터베이스로 전송하여 배포의 기간별 이벤트 및 성능 데이터를 보존할 수 있습니다.

업그레이드 또는 마이그레이션 이후 외부 데이터베이스를 사용하는 다음과 같은 vCenter Server 버전에서 vCenter Server Appliance 내의 내장형 PostgreSQL 데이터베이스로 기간별 데이터를 전송할 수 있습니다.

표 2. 업그레이드 또는 마이그레이션 후 데이터 전송을 위한 vCenter Server 데이터베이스 지원
vCenter Server 버전	데이터베이스	업그레이드 또는 마이그레이션 후 데이터 전송 지원
vCenter Server Appliance 6.7	내장형 PostgreSQL 데이터베이스	지원되지 않음
Windows용 vCenter Server 6.7	외부 Oracle 또는 MS SQL 데이터베이스	지원됩니다.
Windows용 vCenter Server 6.7	내장형 PostgreSQL 데이터베이스	지원되지 않음
vCenter Server Appliance 7.0	내장형 PostgreSQL 데이터베이스	지원되지 않음

다음과 같은 유형의 데이터를 외부 데이터베이스에서 vCenter Server Appliance 버전 8.0에서 사용 중인 내장형 PostgreSQL 데이터베이스로 마이그레이션할 수 있습니다.

구성 데이터: 작동 중인 vCenter Server Appliance로 마이그레이션하거나 업그레이드하기 위해 기존 vCenter Server Appliance 외부 데이터베이스에서 전송해야 하는 최소한의 데이터 유형입니다. 이 데이터는 비교적 짧은 시간 내에 전송할 수 있어서 vCenter Server 8.0으로 업그레이드하는 동안 다운타임을 최소화할 수 있습니다.
구성 및 기간별 데이터: 구성 데이터 외에 사용량 통계, 이벤트 및 작업과 같은 기간별 데이터를 전송하도록 선택할 수 있습니다. vCenter Server 설치 관리자를 사용하면 구성 데이터와 기간별 데이터를 한 번에 모두 복사할지 또는 업그레이드 프로세스 동안 구성 데이터만 복사할지 선택할 수 있습니다. 그런 다음 새 vCenter Server를 시작한 후 백그라운드에서 기간별 데이터를 복사하도록 선택할 수 있습니다.
주의: 모든 데이터를 한 번에 복사하도록 선택하면 모든 데이터가 vCenter Server 8.0 내의 내장형 PostgreSQL 데이터베이스에 전송될 때까지 vCenter Server를 시작할 수 없습니다.
구성, 기간별 및 성능 메트릭 데이터: vCenter Server로 전송하도록 선택할 수 있는 가장 많은 양의 데이터입니다. 업그레이드 프로세스 중에 구성 데이터만 복사하고, 기간별 데이터는 vCenter Server 8.0로의 업그레이드 또는 마이그레이션이 완료된 후에 백그라운드에서 복사할 수 있습니다.

기간별 데이터 마이그레이션 모니터링 및 관리

vCenter Server 관리 인터페이스를 사용하여 기간별 데이터의 백그라운드 마이그레이션을 모니터링하고 관리할 수 있습니다. 다음과 같은 데이터 관리 작업을 수행할 수 있습니다.

데이터 마이그레이션의 진행률을 모니터링합니다.
데이터 가져오기를 일시 중지합니다.
데이터 가져오기를 취소합니다.

중요: 데이터 가져오기를 취소하면 내장형 PostgreSQL 데이터베이스로 기간별 데이터를 가져오지 않습니다. 데이터 가져오기 작업을 취소하면 데이터를 복구할 수 없습니다. 데이터 가져오기를 취소하고 나중에 기간별 데이터를 가져오려면 GUI 설치 관리자의 1단계부터 업그레이드 또는 마이그레이션 프로세스를 다시 시작해야 합니다.

기간별 데이터 마이그레이션 모니터링 및 관리의 내용을 참조하십시오.

vCenter Server Appliance 업그레이드를 위한 ESXi 호스트 준비

vCenter Server 8.0로 업그레이드하기 전에 ESXi 호스트를 준비해야 합니다.

사전 요구 사항

vCenter Server Appliance를 업그레이드하려면 ESXi 호스트가 업그레이드 요구 사항을 충족해야 합니다.

ESXi 호스트가 버전 6.7 이상이어야 합니다. ESXi 호환성에 대한 자세한 내용은 VMware 호환성 가이드를 참조하십시오.
소스 및 대상 ESXi 호스트가 잠금 모드 또는 유지 보수 모드에 있지 않아야 하며 완전히 자동화된 DRS 클러스터의 일부가 아니어야 합니다.
환경의 CA(인증 기관) 서명 SSL 인증서를 검토합니다. vSphere환경에서 CA 서명 SSL 인증서를 수동으로 검토하는 방법에 대한 자세한 내용은 기술 자료 문서 KB 2111411을 참조하십시오.

프로시저

사용자 지정 또는 지문 인증서인 경우 ESXi 호스트 업그레이드 및 인증서를 참조하여 예비 단계를 결정합니다.
vSphere HA 클러스터가 설치된 경우 SSL 인증서 검사를 사용하도록 설정해야 합니다.
ESXi 호스트 업그레이드 시 인증서 검사가 사용되도록 설정되어 있지 않으면 호스트에 vSphere HA가 구성되지 않습니다.
1. vSphere Client 인벤토리 트리에서 vCenter Server Appliance 인스턴스를 선택합니다.
2. 구성 탭을 선택한 다음 설정에서 일반을 선택합니다.
3. 편집을 클릭합니다.
4. SSL 설정을 선택합니다.
  vCenter Server에 검증된 호스트 SSL 인증서가 필요함이 선택되었는지 확인합니다.

결과

ESXi 호스트에서 vCenter Server Appliance를 업그레이드할 준비가 되었습니다.

ESXi 호스트 업그레이드 및 인증서

ESXi 호스트를 ESXi 6.7 이상으로 업그레이드하는 경우 업그레이드 프로세스가 자체 서명된 (지문) 인증서를 VMCA 서명된 인증서로 교체합니다. ESXi 호스트에서 사용자 지정 인증서를 사용하는 경우 해당 인증서가 만료되었거나 잘못된 경우에도 업그레이드 프로세스에서 유지됩니다.

권장되는 업그레이드 워크플로우는 현재 인증서에 따라 다릅니다.

지문 인증서로 프로비저닝된 호스트

호스트가 현재 지문 인증서를 사용 중인 경우 업그레이드 프로세스의 일부로 VMCA 인증서가 자동으로 할당됩니다.

참고: VMCA 인증서로 기존 호스트를 프로비저닝할 수 없습니다. 해당 호스트를 ESXi 6.7 이상으로 업그레이드해야 합니다.

사용자 지정 인증서로 프로비저닝된 호스트

호스트가 일반적으로 타사 CA 서명된 인증서인 사용자 지정 인증서로 프로비저닝된 경우 업그레이드 중 이러한 인증서가 제자리에 유지됩니다. 인증서 모드를 사용자 지정으로 변경하여 나중에 인증서 새로 고침을 수행하는 동안 인증서가 실수로 교체되지 않도록 합니다.

참고: 환경이 VMCA 모드에 있으며 vSphere Client에서 인증서를 새로 고치는 경우 모든 기존 인증서가 VMCA에서 서명한 인증서로 교체됩니다.

앞으로 vCenter Server는 vSphere Client에서 인증서를 모니터링하고 인증서 만료 등에 대한 정보를 표시합니다.

Auto Deploy를 사용하여 프로비저닝된 호스트

Auto Deploy를 통해 프로비저닝되는 호스트는 항상 ESXi 6.7 이상 소프트웨어로 처음 부팅될 때 새 인증서가 할당됩니다. Auto Deploy를 통해 프로비저닝된 호스트를 업그레이드하는 경우 Auto Deploy 서버는 호스트에 대한 CSR(인증서 서명 요청)을 생성하고 이를 VMCA에 제출합니다. VMCA는 호스트에 대한 서명된 인증서를 저장합니다. Auto Deploy 서버가 호스트를 프로비저닝하는 경우 VMCA의 인증서를 검색한 후 프로비저닝 프로세스의 일부로 포함합니다.

사용자 지정 인증서로 Auto Deploy를 사용할 수 있습니다.

ESXi 인증서 모드 변경

회사 정책에 따라 사용자 지정 인증서를 사용해야 하는 경우가 아니라면 VMCA(VMware Certificate Authority)를 사용하여 ESXi 호스트를 프로비저닝합니다. 다른 루트 CA에 사용자 지정 인증서를 사용하려면 고급 vCenter Server 설정인 vpxd.certmgmt.mode를 편집합니다. 변경 후에는 인증서를 새로 고칠 때 호스트가 VMCA 인증서로 자동 프로비저닝되지 않습니다. 그런 다음 환경의 인증서 관리를 담당합니다.

고급 vCenter Server 설정을 사용하여 지문 모드 또는 사용자 지정 CA 모드로 변경할 수 있습니다. 지문 모드를 폴백 옵션으로만 사용하십시오.

프로시저

vSphere Client에서 호스트를 관리하는 vCenter Server 시스템을 선택합니다.
구성을 클릭하고 [설정] 아래에서 고급 설정을 클릭합니다.
설정 편집을 클릭합니다.
[이름] 열에서 필터 아이콘을 클릭하고 [필터] 상자에 vpxd.certmgmt를 입력하여 인증서 관리 매개 변수만 표시합니다.

참고: 사용 가능한 옵션은 vmca, 사용자 지정 및 지문입니다.
vpxd.certmgmt.mode의 값을 custom으로 변경하거나(자신의 인증서를 관리하려는 경우) thumbprint로 변경하고(일시적으로 지문 모드를 사용하려는 경우) 저장을 클릭합니다.

새 장치의 Oracle 데이터베이스 크기 및 스토리지 크기 확인

외부 Oracle 데이터베이스를 사용하는 Windows에서 vCenter Server Appliance를 업그레이드하거나 vCenter Server를 마이그레이션하려면 먼저 기존 데이터베이스의 크기를 확인해야 합니다. 기존 데이터베이스의 크기에 기반하여, 내장형 PostgreSQL 데이터베이스를 사용하는 새 vCenter Server Appliance의 최소 스토리지 크기를 계산할 수 있습니다.

스크립트를 실행하여 Oracle 코어 테이블 크기, 이벤트 및 작업 테이블 크기 그리고 통계 테이블 크기를 확인합니다. Oracle 코어 테이블은 PostgreSQL 데이터베이스의 데이터베이스(/storage/db) 파티션에 해당합니다. Oracle 이벤트 및 작업 테이블과 통계 테이블은 PostgreSQL 데이터베이스의 통계, 이벤트, 경보 및 작업(/storage/seat) 파티션에 해당합니다.

장치를 업그레이드하는 동안 새 장치의 스토리지 크기로 Oracle 테이블 크기의 두 배 이상을 선택해야 합니다.

장치 업그레이드 중에 새 장치로 전송할 데이터의 유형을 선택할 수 있습니다. 새 장치에 필요한 업그레이드 시간과 스토리지 요구 사항을 최소화하려면 구성 데이터만 전송하도록 선택할 수 있습니다.

사전 요구 사항

vCenter Server 데이터베이스 로그인 자격 증명이 있어야 합니다.

프로시저

SQL*Plus 세션에 vCenter Server 데이터베이스 사용자로 로그인합니다.

다음 스크립트를 실행하여 코어 테이블 크기를 확인합니다.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
  FROM   user_segments s
  WHERE  (s.segment_name,s.segment_type)
                IN (SELECT seg_name, seg_type FROM
                         (SELECT t.table_name seg_name, t.table_name tname,
                           'TABLE' seg_type
                           FROM   user_tables t
                          UNION
                          SELECT i.index_name, i.table_name,
                          'INDEX'
                           FROM   user_indexes i
                         ) ti
                    WHERE  (ti.tname LIKE 'VPX_%'
                            OR ti.tname LIKE 'CL_%'
                            OR ti.tname LIKE 'VDC_%')
                        AND ti.tname NOT LIKE 'VPX_SAMPLE_TIME%'
                        AND ti.tname NOT LIKE 'VPX_HIST_STAT%'
                        AND ti.tname NOT LIKE 'VPX_TOPN%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_VM%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
                        AND ti.tname NOT LIKE 'VPX_TASK%'
                        AND ti.tname NOT LIKE 'VPX_EVENT%'
                        AND ti.tname NOT LIKE 'VPX_PROPERTY_BULLETIN%');

스크립트가 데이터베이스 스토리지 크기를 MB 단위로 반환합니다.

다음 스크립트를 실행하여 이벤트 및 작업 테이블 크기를 확인합니다.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%');

스크립트가 이벤트 및 작업 스토리지 크기를 MB 단위로 반환합니다.

다음 스크립트를 실행하여 통계 테이블 크기를 확인합니다.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_SAMPLE_TIME%'
                 OR ti.tname LIKE 'VPX_TOPN%'
                 OR ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%'
                 OR ti.tname LIKE 'VPX_HIST_STAT%');

스크립트가 통계 스토리지 크기를 MB 단위로 반환합니다.

업그레이드 중에 배포할 새 장치의 최소 스토리지 크기를 계산합니다.
1. 내장된 PostgreSQL 데이터베이스에서 데이터베이스(/storage/db) 파티션의 크기는 단계 2에서 반환된 Oracle 코어 테이블 크기의 두 배 이상이어야 합니다.
2. 내장된 PostgreSQL 데이터베이스에서 통계, 이벤트, 경보 및 작업(/storage/seat) 파티션의 크기는 단계 3 및 단계 4에서 반환된 Oracle 이벤트 및 작업 테이블과 통계 테이블을 합한 크기의 두 배 이상이어야 합니다.
예를 들어 Oracle 코어 테이블이 100MB이고, 이벤트 및 작업 테이블이 1,000MB이고 통계 테이블이 2,000MB인 경우 Postgres /storage/db 파티션은 200MB 이상이어야 하며 /storage/seat 파티션은 6,000MB 이상이어야 합니다.

소스 Update Manager 시스템에서 VMware Migration Assistant 다운로드 및 실행

외부 Update Manager를 사용하는 vCenter Server 장치를 업그레이드하는 동안 소스 Update Manager 시스템에서 Migration Assistant가 실행되고 있어야 합니다. 이 절차에서는 업그레이드 전에 수동으로 Migration Assistant를 다운로드하고 실행하는 방법을 설명합니다.

Migration Assistant를 사용하면 Update Manager 서버 및 데이터베이스를 업그레이드된 새 vCenter Server 장치로 쉽게 마이그레이션할 수 있습니다. Migration Assistant에서는 기본적으로 포트 9123을 사용합니다. Update Manager 시스템의 다른 서비스에서 포트 9123을 사용하는 경우 Migration Assistant는 자동으로 사용 가능한 다른 포트를 찾아 사용합니다.

또한, CLI 설치 관리자를 사용하여 vCenter Server 장치를 업그레이드하려는 경우 JSON 템플릿에 source.vum section 섹션 및 run.migration.assistant 하위 항목을 추가할 수 있습니다. CLI 업그레이드 구성 매개 변수에 대한 자세한 내용은 vCenter Server Appliance의 CLI 업그레이드를 위한 업그레이드 구성 매개 변수 항목을 참조하십시오.

사전 요구 사항

vCenter Server 설치 관리자 다운로드 및 마운트.
관리자로 소스 Update Manager 시스템에 로그인합니다.

프로시저

vCenter Server 장치 설치 관리자 패키지의 migration-assistant 디렉토리를 소스 Update Manager 시스템으로 복사합니다.
migration-assistant 디렉토리에서 VMware-Migration-Assistant.exe를 두 번 클릭하고 vCenter Single Sign-On 관리자 암호를 제공합니다.
vCenter Server 장치 업그레이드가 완료될 때까지 Migration Assistant 창을 열어 두십시오.

결과

사전 확인이 완료되고 모든 오류가 해결되었다면 소스 Update Manager 시스템이 업그레이드 준비가 된 것입니다.

경고: Migration Assistant 창을 닫으면 업그레이드 프로세스가 중지됩니다.