VMware vSphere Update Manager 5.5 업데이트 1b | 2014년 6월 12일 | 빌드 1888318

마지막 문서 업데이트 날짜: 2014년 6월 12일

이 릴리스 정보의 추가 사항 및 업데이트 사항을 자주 확인하십시오.

릴리스 정보에 포함된 내용

이 릴리스 정보에는 다음과 같은 항목이 포함됩니다.

Update Manager 릴리스 정보에서는 VMware vCenter Server의 선택적 모듈인 VMware vSphere Update Manager에 대한 정보를 제공합니다. VMware vSphere Update Manager에 대한 자세한 내용은 VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.


새로운 기능

  • OpenSSL 라이브러리 업데이트: OpenSSL 라이브러리가 openssl-0.9.8za 버전으로 업데이트되어 CVE-2014-0224 및 CVE-2014-3470이 해결됩니다.

하드웨어 요구 사항 및 Sizing Estimator

Update Manager에 대한 최소 하드웨어 요구 사항은 Update Manager가 구축되는 방식에 따라 다릅니다.

하드웨어 요구 사항

데이터베이스가 Update Manager와 동일한 시스템에 설치된 경우 메모리 크기 및 프로세서 속도에 대한 요구 사항이 더 높습니다. 적정 성능을 보장하기 위한 최소 요구 사항은 다음과 같습니다.

  • 프로세서: 각각 2GHz 속도를 지원하며 논리적 코어가 2개 이상인 Intel 또는 AMD x86 프로세서
  • 네트워크: 10/100 Mbps
    최적의 성능을 위해 Update Manager와 ESX 호스트 간에 기가비트 연결을 사용합니다.
  • 메모리:
    • Update Manager 및 vCenter Server가 서로 다른 시스템에 있는 경우 2GB RAM 필요
    • Update Manager 및 vCenter Server가 같은 시스템에 있는 경우 4GB RAM 필요

Sizing Estimator

디스크 스토리지 요구 사항에 대한 자세한 내용은 VMware vSphere Update Manager Sizing Estimator를 참조하십시오. Sizing Estimator는 Update Manager 데이터베이스 및 패치 스토어의 크기를 계산합니다. 사용자 구축과 관련하여 입력하는 정보(예: 호스트 및 가상 시스템의 수)를 기준으로 예상값이 계산됩니다. Sizing Estimator는 Update Manager 데이터베이스 및 서버 구축 모델에 대한 권장 사항도 제공합니다.


설치 정보

이 섹션에는 Update Manager와, vSphere Update Manager의 선택적 모듈인 Update Manager Download Service에 대한 설치 정보가 있습니다.

Update Manager

VMware vSphere Update Manager를 설치하려면 기존 vCenter Server 시스템과의 네트워크 연결이 필요합니다. 각각의 vSphere Update Manager 설치는 단일 vCenter Server 인스턴스에 연결되어야 합니다.

Update Manager 모듈은 서버 구성 요소와 클라이언트 구성 요소로 구성됩니다. Update Manager 서버는 vCenter Server와 같은 시스템에 설치하거나 다른 시스템에 설치할 수 있습니다.
Update Manager는 다음 두 가지 클라이언트 구성 요소를 제공합니다.

  • VMware vSphere Client 인스턴스에 대한 플러그인 인터페이스인 Update Manager Client
  • VMware vSphere Web Client 인스턴스에 대한 플러그인 인터페이스인 Update Manager Web Client

Update Manager를 설치하기 전에 먼저 vCenter Server를 설치해야 합니다. 데이터베이스 호환성 정보는 Update Manager Server 설치를 지원하는 데이터베이스를 참조하십시오.

Update Manager 5.5 서버는 64비트 Windows 운영 체제에만 설치할 수 있습니다.

Update Manager Web Client

Update Manager Web Client는 vSphere Web Client에 대한 플러그인입니다. Update Manager Web Client를 사용하여 vSphere 인벤토리 개체의 규정 준수 상태 및 검색 결과를 볼 수 있습니다.

Update Manager 서버 구성 요소를 설치한 후 vSphere Web Client에서 Update Manager Web Client 플러그인이 자동으로 사용하도록 설정됩니다. Update Manager Web Client 플러그인은 vSphere Web Client의 모니터 탭 아래에 Update Manager 탭으로 나타납니다.
vSphere Web Client에서 Update Manager Web Client를 보려면 준수 상태 보기 권한이 있어야 합니다.

Update Manager Client

Update Manager Client는 VMware vSphere Client 인스턴스에 대한 플러그인 인터페이스입니다. Update Manager Client는 vSphere 인벤토리에 대해 패치 및 버전 관리를 수행하는 데 필요한 모든 기능 집합을 제공합니다.

Update Manager Client에는 Update Manager 서버 구성 요소와는 별도의 설치 관리자가 있습니다.

Update Manager 5.5 클라이언트는 32비트 및 64비트 운영 체제 모두에 설치할 수 있습니다.

Update Manager Download Service

vSphere UMDS(Update Manager Download Service)는 패치 정의를 다운로드하는 데 사용할 수 있는 Update Manager의 선택적 모듈입니다. 구축 시스템에 보안이 설정되어 있고 Update Manager가 설치된 시스템에서 인터넷에 액세스할 수 없는 경우 UMDS를 설치합니다.

UMDS는 64비트 Windows 운영 체제에만 설치할 수 있습니다.

Update Manager 5.5 인스턴스만 있는 환경에 UMDS 5.5 설치

UMDS 5.5 설치 마법사에서 패치 스토어를 이전 UMDS 4.x 설치의 기존 다운로드 디렉토리가 되도록 선택할 수 있으며 다운로드된 해당 업데이트를 UMDS 5.5에서 다시 사용할 수 있습니다. 패치 스토어를 다시 사용하려면 먼저 기존 UMDS 4.x 인스턴스를 제거해야 합니다. 기존 다운로드 디렉토리를 UMDS 5.5과 연결한 후에는 이를 이전 UMDS 버전에 사용할 수 없습니다. 기존 다운로드 디렉토리를 사용하여 UMDS를 설치한 경우에는 업데이트를 내보내기 전에 UMDS 5.5을 사용하여 최소 하나의 다운로드를 수행해야 합니다.

Update Manager 4.x 및 Update Manager 5.x 인스턴스가 모두 있는 환경에 UMDS 5.5 설치

사용자 환경에 Update Manager 4.x 및 Update Manager 5.x 인스턴스가 모두 있는 경우 기존 UMDS 4.x 다운로드 디렉토리를 사용하여 UMDS 5.5을 설치하면 안 됩니다. 이 경우 해당 Update Manager 버전에 대한 업데이트를 내보낼 수 있도록 별도의 두 시스템에 UMDS 4.x 및 UMDS 5.x를 설치해야 합니다.

UMDS를 사용하려면 다운로드 서비스가 Update Manager Server와 호환되는 버전이어야 합니다. Update Manager 및 UMDS 간 호환성에 대한 자세한 내용은 VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.

Update Manager 유틸리티

Update Manager 또는 UMDS를 설치하면 vSphere Update Manager 유틸리티가 사용자 시스템에 추가 구성 요소로 자동 설치됩니다.

Update Manager 유틸리티를 사용하면 데이터베이스 암호 및 프록시 인증 변경, vCenter Server에 Update Manager 재등록, Update Manager에 대한 SSL 인증서 교체 등의 작업을 수행할 수 있습니다. 이 유틸리티를 사용하여 Update Manager 설정을 재구성하는 방법에 대한 자세한 내용은 VMware vSphere Update Manager 다시 구성 설명서를 참조하십시오.


업그레이드 정보

이 릴리스는 64비트 운영 체제에 설치된 Update Manager 버전 4.x, 5.0 및 5.1에서 업그레이드하는 것을 지원합니다. Update Manager 1.0 업데이트 6 이전 및 32비트 플랫폼에 설치된 Update Manager 시스템에서 직접 업그레이드하는 것은 지원되지 않습니다. 따라서 Update Manager 5.0 설치 미디어에 있는 데이터 마이그레이션 도구를 사용하여 32비트 운영 체제의 Update Manager 시스템을 64비트 운영 체제의 Update Manager 5.0으로 이동한 다음 버전 5.0에서 버전 5.5로 인플레이스 업그레이드를 수행해야 합니다. 데이터 마이그레이션 도구를 사용하는 방법에 대한 자세한 내용은 Update Manager 5.0에 대한 VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.

Update Manager를 업그레이드하려면 vCenter Server 및 vSphere Client를 호환되는 버전으로 업그레이드해야 합니다.

UMDS 4.x에서 UMDS 5.x로의 업그레이드는 지원되지 않습니다.


상호운용성 및 소프트웨어 요구 사항

VMware 제품 상호 운용성 매트릭스에는 ESXi, VMware vCenter Server, vSphere Client 및 vSphere Web Client를 포함한 다른 VMware vSphere 구성 요소와 현재 버전 및 이전 버전의 vSphere Update Manager 간의 호환성에 대한 자세한 내용이 나와 있습니다. 이 사이트에서는 ESXi나 vCenter Server를 설치하기 전에 사용할 수 있는 관리 및 백업 에이전트에 대한 정보도 확인할 수 있습니다.

Update Manager Server 및 UMDS 설치를 지원하는 운영 체제

VMware 호환성 가이드의 호스트 OS 옵션에는 Update Manager Server 및 UMDS 설치에 대해 지원되는 호스트 운영 체제가 나열되어 있으며 관련 지원 정보가 나와 있습니다.

Update Manager Server 및 UMDS 설치를 지원하는 데이터베이스

VMware 제품 상호 운용성 매트릭스의 솔루션/데이터베이스 상호 운용성 옵션에서는 Update Manager Server 및 UMDS와 호환되는 데이터베이스에 대한 정보가 제공됩니다.

Update Manager는 ESX/ESXi 호스트, 가상 시스템 및 가상 어플라이언스를 검색하고 업데이트를 적용할 수 있습니다.

  • 호스트 패치 적용
    • ESX/ESXi 4.x
    • ESXi 5.x
  • ESX/ESXi 4.x, ESXi 5.0 및 ESXi 5.1과 관련 업데이트 릴리스를 ESXi 5.5로 호스트 업그레이드
  • 가상 시스템의 VMware Tools 및 가상 하드웨어 업그레이드
  • 가상 어플라이언스 업그레이드

VMware Tools 및 가상 하드웨어 업그레이드를 지원하는 운영 체제

  • Windows Server 2012 [Standard/Datacenter] 64비트
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 32비트
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 64비트
  • Windows 8.1 32비트
  • Windows 8.1 64비트
  • Windows 8 Enterprise 64비트
  • Windows XP Professional 32비트(SP3 필요)
  • Windows XP Professional 64비트(SP2 필요)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 32비트
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 64비트
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 32비트(SP2 필요)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 64비트(SP2 필요)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 32비트(SP2 필요)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 64비트(SP2 필요)
  • Windows Vista [Business/Enterprise] 32비트(SP2 필요)
  • Windows Vista [Business/Enterprise] 64비트(SP2 필요)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32비트
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64비트
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32비트 SP2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64비트 SP2
  • Windows 7 [Professional/Enterprise] 32비트
  • Windows 7 [Professional/Enterprise] 64비트
  • Windows 7 [Professional/Enterprise] 32비트 SP1
  • Windows 7 [Professional/Enterprise] 64비트 SP1
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64비트 R2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64비트 R2 서비스 팩 1
  • Red Hat Enterprise Linux 2
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 5.10
  • Red Hat Enterprise Linux 6.5
  • CentOS 4
  • CentOS 5
  • CentOS 5.10
  • CentOS 6
  • CentOS 6.5
  • Debian 4
  • Debian 5
  • Debian 6
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • Ubuntu 13.10
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 11 서비스 팩 3
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 5.1
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 6.5
  • Asianux 3
  • Asianux 4
  • CentOS 5.10
  • CentOS 6.5

해결된 문제

  • OpenSSL 라이브러리 업데이트로 보안 문제 해결
    OpenSSL 라이브러리가 openssl-0.9.8za 버전으로 업데이트되어 CVE-2014-0224 및 CVE-2014-3470이 해결됩니다.

알려진 문제

이 Update Manager 릴리스의 알려진 문제는 다음과 같은 그룹으로 분류할 수 있습니다.


설치 및 업그레이드

  • Update Manager를 제거한 후에도 vSphere Web Client에 Update Manager Web Client가 여전히 남아 있음
    Update Manager를 제거해도 vSphere Web Client의 모니터 탭 아래에 Update Manager 탭이 남아 있으며 검사 및 연결 버튼이 여전히 활성 상태입니다. Update Manager 서버를 제거한 후 vSphere Web Client에서 Update Manager 탭을 선택하면 다음 오류 메시지가 표시됩니다. VMware vSphere Update Manager에 연결하는 동안 오류가 발생했습니다.
    해결 방법: vSphere Web Client에서 로그아웃했다가 로그인하십시오.
  • 터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 번들 데이터베이스와 함께 설치하려고 시도하면 실패함
    터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 번들 데이터베이스와 함께 설치하려고 시도하면 실패하고 다음과 같은 오류가 표시됩니다.
    오류 25003. 데이터베이스 테이블을 생성하지 못했습니다.
    해결 방법: 이 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.
    • 영어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 설치하십시오.
    • 터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 설치하고 다음 데이터베이스 중 하나를 사용하십시오.
      • Microsoft SQL Server 2012(64비트)
      • Microsoft SQL Server 2008 R2(64비트)
      • Oracle 11g R2(64비트)
  • 업그레이드 후 다운로드 작업 기간 동안에 Update Manager 플러그인이 사용하도록 설정되지 않을 수 있음
    다운로드 작업이 실행되는 동안 Update Manager와 vCenter Server의 연결이 끊어지면 Update Manager 플러그인을 다시 사용하도록 설정할 수 없습니다. 이 문제는 Update Manager를 업그레이드한 이후에 발생할 수 있습니다.
    해결 방법: 다운로드 작업이 완료될 때까지 기다렸다가 Update Manager 플러그인을 사용하도록 설정하십시오.
  • Update Manager 1.0 업데이트 6에서 Update Manager 5.5로 업그레이드한 후 관리 보기에서 탭을 전환하면 오류 메시지가 표시됨
    Update Manager 관리 보기에서 탭을 전환하면 변경 내용을 저장할지 묻는 대화상자가 표시될 수 있습니다. 아니오를 클릭하면 다음 오류 메시지가 나타납니다. 지정된 인수가 유효한 값의 범위를 벗어났습니다. 매개 변수 이름: 값은 MinimunTimeInSeconds에서 MaximumTimeInSeconds 사이여야 합니다. 원래 Update Manager 1.0 업데이트 6 설치 시 ESX 호스트 설정 페이지에서 작업 실패 처리를 실패 응답으로 선택한 경우 Update Manager 1.0 업데이트 6에서 Update Manager 5.5으로 업그레이드한 후 이 문제가 발생할 수 있습니다.
    해결 방법:이 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.
    • 변경 내용을 저장할지 묻는 대화상자가 나타나면 를 클릭합니다.
    • 업그레이드된 Update Manager 5.5의 ESX/호스트 클러스터 설정 페이지에서 적용을 클릭합니다.
  • Update Manager 플러그인을 vSphere Client에서 사용하도록 설정할 수 없음
    Update Manager 데이터베이스가 별도의 시스템에 위치하고 시스템 DSN이 Windows 인증을 사용하는 경우 Update Manager 플러그인을 vSphere Client에서 사용하도록 설정할 수 없습니다. 오류 메시지 VMware vSphere Update Manager 연결 오류. 데이터베이스를 일시적으로 사용할 수 없거나 네트워크 문제가 있습니다.
    해결 방법: Update Manager 데이터베이스가 SQL Server 인증을 사용하는지 확인하십시오.
  • Update Manager를 설치하려면 부팅 드라이브에 Update Manager용으로 최소 600MB의 사용 가능한 공간이 있어야 함
    Update Manager는 반드시 부팅 드라이브에 설치할 필요는 없지만 일부 필수 구성 요소는 부팅 드라이브에 설치해야 합니다. 이러한 필수 구성 요소와, 설치 중에 사용되는 임시 파일을 포함할 수 있는 600MB의 공간이 Update Manager용으로 필요합니다.
    해결 방법: Update Manager를 설치하기 전에 최소 600MB의 사용 가능한 공간이 부팅 드라이브에 있는지 확인하십시오.

검색, 스테이징 및 업데이트 적용

     

  • Oracle 데이터베이스 버전 11.2.0.3 또는 11.2.0.4를 사용하는 경우 Update Manager가 기준선을 생성하지 못하고 패치에 대한 메타데이터를 다운로드하지 못함
    Oracle 데이터베이스 버전 11.2.0.3 또는 11.2.0.4를 사용하는 경우 Update Manager가 기준선을 생성하지 못하고 패치에 대한 메타데이터를 다운로드하지 못합니다.
    해결 방법: Update Manager가 버전 11.2.0.3 또는 11.2.0.4의 Oracle 데이터베이스 서버를 올바르게 연결하고 사용하도록 32비트 Microsoft Windows용 Oracle Instant 클라이언트 패키지 - ODBC 버전 11.2.0.2를 사용하여 32비트 DSN을 생성하십시오.
    32비트 Microsoft Windows용 Oracle Instant 클라이언트 패키지 - ODBC 버전 11.2.0.2는 다음 링크에서 다운로드할 수 있습니다.
  •  

     

  • Update Manager 서버를 새로 설치한 후 또는 패치를 처음으로 다운로드한 후에 새 기준선 마법사에서 제품과 벤더 간 매핑이 완료되지 않음
    Update Manager 서버를 설치한 후 또는 패치를 처음으로 다운로드한 후에 동적 기준선을 새로 생성할 경우, 새 기준선 마법사의 동적 기준선 조건 페이지에 있는 제품 텍스트 상자에 패치 벤더 선택 창에서 선택한 벤더의 모든 제품이 나열되지 않을 수 있습니다.
    해결 방법: vSphere Client에서 로그아웃했다가 로그인하십시오.
  •  

     

  • Virtual SAN 데이터스토어에서 가상 시스템의 총 CPU 수가 384개를 초과하는 경우 Virtual SAN 클러스터의 업데이트 적용이 실패함
    Virtual SAN 데이터스토어의 가상 시스템이 활성 CPU를 384개 이상 포함하는 Virtual SAN 클러스터에서 호스트가 유지 보수 모드로 전환해야 하는 패치에 대한 업데이트를 적용하려고 하면 작업이 실패합니다.
    해결 방법: 다음 해결 방법 중 하나를 수행합니다.
    • Virtual SAN 데이터스토어에 포함된 가상 시스템의 전원을 꺼 활성 가상 시스템 CPU 수를 384개 이하로 유지하십시오.
    • 호스트가 유지 보수 모드 상태로 전환할 수 없어서 Virtual SAN 클러스터 업데이트 적용이 실패한 후 업데이트 적용에 실패한 Virtual SAN 클러스터의 호스트에서 업데이트 적용을 실행해 봅니다.
  •  

  • 패치 스테이징 또는 업데이트 적용 후 잘못된 주의 메시지가 표시될 수 있음
    Update Manager에서 패치 스테이징 또는 업데이트 적용 작업 도중 일부 패치를 사용할 수 없다는 주의 메시지가 잘못 표시될 수 있습니다. 수신되는 주의 메시지는 다음과 같습니다.
    Some of the patches you selected for remediation are not available(업데이트 적용을 위해 선택한 패치 중 일부를 사용할 수 없습니다). 계속하시겠습니까?
    해결 방법: 메시지를 무시하고 를 클릭하여 스테이징을 계속하십시오. 처음에 선택한 모든 패치가 스테이징됩니다.
  • HA 클러스터에 속하는 ESXi 5.x 호스트를 검색하거나 업데이트를 적용할 때 Update Manager가 준수 상태를 비호환으로 보고함
    HA 클러스터에 속하는 ESXi 5.x 호스트의 업그레이드 검색을 수행할 때 Update Manager가 호스트의 준수 상태를 비호환으로 보고하고 호스트에 업데이트를 적용할 수 없게 됩니다. 비호환 준수 상태는 ESXi 5.x 호스트에 FDM(HA) 에이전트가 설치된 방식 때문에 발생합니다. vSphere 5.0부터 FDM 에이전트는 ESXi 호스트에 VIB로 설치됩니다. ESXi 호스트에서 VIB를 설치하거나 업데이트할 때 호스트의 부트 뱅크가 업데이트되었음을 나타내기 위해 플래그가 설정됩니다. Update Manager는 업그레이드 검색이나 업데이트를 적용하는 동안 이 플래그를 확인하여 호스트를 업그레이드하기 전에 이 플래그를 지우도록 요구합니다. 이 플래그는 호스트를 재부팅하여 지울 수 있습니다.
    해결 방법: 비호환 준수 상태를 보고하는 호스트를 재부팅하십시오. 호스트가 다시 온라인 상태가 되면 업그레이드 검색이나 업데이트 적용을 다시 실행합니다.
  • 사용자 지정 이미지에 대한 ESX 4.0 호스트의 업데이트 적용이 실패할 수 있음
    사용자 지정 ISO 이미지에 대해 ESX 4.0 호스트를 검색할 경우 Update Manager가 준수 상태를 비준수 상태로 잘못 표시할 수 있습니다. 기본적으로 VMware로 배포된 ESXi 설치 관리자 이미지에서는 부팅을 위해 호스트에 4,096MB 이상의 사용 가능한 메모리가 있어야 합니다. 사용자 지정 ISO 이미지에는 부팅을 위해 호스트에 추가 메모리 리소스가 있어야 하는 사용자 지정 VIB가 들어 있습니다. 사용자 지정 이미지를 사용하여 ESX 4.0 호스트에 업데이트를 적용할 때 호스트에 부팅에 필요한 충분한 메모리 리소스가 없는 경우 업데이트 적용이 실패하고 Update Manager 업그레이드 적용 작업이 시간 초과됩니다.
    해결 방법: 사용자 지정 ISO 이미지를 사용하여 업그레이드를 수행할 때 ESXi 4.0 호스트에 부팅에 필요한 충분한 메모리가 있는지 확인하십시오.

     

  • ESXi 5.1 호스트에서 전원이 켜진 가상 시스템의 VM 하드웨어 업그레이드 중에 최근 작업 창에 오류 메시지가 표시됨
    VM 하드웨어 버전 9와 호환되지 않는 ESXi 5.1 호스트에서 전원이 켜진 가상 시스템의 VM 하드웨어 업그레이드를 수행하면 최근 작업 창에 다음과 같은 오류 메시지가 표시됩니다. 대상 호스트에서 가상 시스템의 현재 하드웨어 요구 사항을 지원하지 않습니다. cpuid.LM이 아닌 비호환성의 경우: 가능하면 EVC(향상된 vMotion 호환성)가 사용하도록 설정된 클러스터를 사용하십시오. 자세한 내용은 KB 문서 1003212를 참조하십시오.
    이 문제의 원인에 대한 자세한 내용은 오류 스택을 참조하십시오.

    업데이트 적용 프로세스가 성공적으로 완료되고 VM 하드웨어 버전이 ESXi 5.1 호스트와 일치하도록 업그레이드됩니다.
    해결 방법: 오류 메시지를 무시하십시오.

     

  • 업데이트 적용 마법사를 사용할 때 업그레이드 주의가 타사 소프트웨어와 관련되지 않더라도 일부 업그레이드 검색 주의를 무시하고 업데이트를 강제 적용할 수 있음
    호스트에 설치된 타사 소프트웨어를 제거하고 업데이트 적용을 성공적으로 완료하려면 업데이트 적용 마법사의 ESXi 5.x 업그레이드 페이지에서 업그레이드와 호환되지 않는 타사 소프트웨어가 설치된 경우 이를 제거하고 업데이트 적용을 계속합니다를 선택할 수 있습니다. 이 옵션을 선택하면 Update Manager가 타사 소프트웨어와 관련되지 않은 세 가지 잠재적 문제를 무시하도록 할 수 있습니다. 다음 주의 메시지는 잠재적 문제와 연관되어 있습니다.
    • 루트 암호가 DES 암호화를 사용하여 암호화되었습니다. 여기서는 최대 8자로 구성된 암호만 인증됩니다. 이 문제를 해결하는 방법에 대한 지침은 VMware KB 1024500(http://kb.vmware.com/kb/1024500)을 참조하십시오.
    • VMkernel 및 서비스 콘솔 네트워크 인터페이스가 동일한 서브넷 <subnet_name>을(를) 공유하고 있습니다. 업그레이드 후에는 이러한 구성이 지원되지 않습니다. 서브넷 <subnet_name>에는 하나의 인터페이스만 연결해야 합니다.
    • 호스트에 지원되지 않는 디바이스 <device_name>이(가) 있습니다.
    해결 방법: 업데이트 적용 전에 업그레이드 검색을 수행하고 Update Manager의 업그레이드 세부 정보 창에 있는 메시지를 검토하십시오. 성공적인 업데이트 적용을 보장하려면 메시지에서 권장하는 필수 작업을 수행하십시오.
  • 재부팅 필수로 표시된 공지에 대해 ESXi 5.0 호스트 업데이트를 적용하면 호스트가 재부팅되지 않을 수 있음
    일부 업데이트에서는 업데이트 적용 중에 호스트를 재부팅해야 합니다. 재부팅이 필요한지 여부에 대한 정보는 업데이트 메타데이터에 있으며 Update Manager 패치 저장소의 영향 아래에 표시됩니다. ESXi 5.0 VIB의 경우, 재부팅 요구는 메타데이터 단독으로 결정되지 않고 대신 VIB 규격 및 이전 버전의 VIB가 호스트에 설치되어 있는지 여부에 따라 달라집니다. 초기 설치 시 호스트 재부팅이 필요하지 않고 VIB의 후속 패치에만 재부팅이 필요한 일부 VIB에 재부팅 최적화를 제공합니다.
    해결 방법: 해결 방법이 필요하지 않습니다. Update Manager는 성공적인 업데이트 적용을 위해 필요에 따라 호스트를 재부팅합니다.
  • 패치 메타데이터가 사용 가능하지 않을 때 호스트 패치 업데이트 적용이 실패함
    Update Manager 설치 마법사에서 설치 후 즉시 기본 소스에서 업데이트를 다운로드합니다.의 선택을 취소할 수 있습니다. 설치 후 구성 탭에서 특정 ESX/ESXi 버전의 소스로부터 패치 메타데이터(예: ESXi 5.5 패치 메타데이터)만 다운로드하도록 선택할 수 있습니다. 이러한 상황에서 여러 버전의 ESX/ESXi 호스트가 있는 컨테이너에 업데이트를 적용하려고 하고 전부가 아닌 일부 호스트 버전에 대한 패치 메타데이터를 다운로드한 경우 업데이트 적용이 실패합니다.
    해결 방법: 인벤토리에 있는 모든 호스트 버전에 대한 패치 메타데이터를 다운로드합니다.
  • ESXi 5.5 업그레이드 기준선에 기반하여 호스트를 검색하거나 업데이트를 적용할 때 준수 상태가 비호환이고 ESX 4.1 업데이트 1 호스트에 대해 업데이트 적용이 실패함
    ESXi 5.5 업그레이드 기준선에 기반하여 ESX 4.1 업데이트 1 호스트의 업그레이드 검색을 수행할 때 준수 상태가 비호환일 수 있습니다. 이 경우 ESXi 5.5 업그레이드 기준선에 기반한 ESX 4.1 업데이트 1 호스트의 업데이트 적용은 실패할 수 있습니다. 검색 및 업데이트 적용 문제는 ESX 4.1 업데이트 1 설치의 타사 드라이버에 의해 발생합니다. 호스트 업그레이드 검색이 완료되면 타사 소프트웨어에 대한 추가 정보가 업그레이드 기준선의 충돌 세부 정보에 제공됩니다.
    해결 방법: 서로 다른 유형의 두 드라이버가 문제의 원인일 수 있습니다.
    • oem-vmware-esx-drivers-scsi-3w-9xxx와 같은 비동기 드라이버를 예로 들 수 있습니다.
      벤더가 ESXi 5.5용 드라이버를 비동기적으로 출시하면 이 드라이버는 VMware 패치 디폿에서 사용 가능하게 됩니다. 이러한 드라이버가 필요한 경우, 이를 다운로드하고 Image Builder CLI를 사용하여 해당 드라이버가 포함된 사용자 지정 ESXi 이미지를 생성한 후 사용자 지정 이미지를 기반으로 업데이트를 적용해야 합니다. ESXi 5.5 드라이버가 없으면 관련 하드웨어 디바이스가 작동을 중지할 수 있습니다.
    • oem-vmware-esx-drivers-net-vxge와 같이 더 이상 사용되지 않는 드라이버를 예로 들 수 있습니다.
      관련 하드웨어가 중단되므로 드라이버가 ESXi 5.0에서 중단됩니다. Update Manager 업데이트 적용 마법사의 ESXi 5.x 업그레이드 페이지에서 업그레이드와 호환되지 않는 타사 소프트웨어가 설치된 경우 이를 제거하고 업데이트 적용을 계속합니다를 클릭합니다. 관련 하드웨어 디바이스가 작동을 중지할 수 있으므로 타사 소프트웨어 제거 시 발생할 수 있는 기능적 영향을 알고 있어야 합니다.
  • 호스트에 전원이 켜진 무장애 가상 시스템이 있는 경우 호스트 업데이트 적용이 완료되지 않을 수 있음
    호스트에 FT 기능을 사용하지 않도록 설정한 기본 가상 시스템이 있고 업데이트 적용 마법사의 호스트 업데이트 적용 옵션 페이지에서 작업 실패 처리 또는 재시도를 선택하면 호스트 업데이트 적용이 완료되지 않을 수 있습니다. 이러한 시나리오에서 FT 기능이 해제된 상태로 전원이 켜진 기본 가상 시스템은 DRS 클러스터에서 전원을 끄거나 마이그레이션할 수 없습니다. 전원이 켜진 가상 시스템이 있는 경우 호스트는 유지 보수 모드로 전환되지 않으므로 업데이트 적용을 완료할 수 없습니다.
    해결 방법: 기본 또는 보조 가상 시스템이 포함된 호스트에 업데이트를 적용할 때는 다음 해결 방법 중 하나를 사용할 수 있습니다.
    • 업데이트 적용 마법사의 호스트 업데이트 적용 옵션 페이지에서 가상 시스템의 전원을 끄고 재시도 또는 가상 시스템을 일시 중단하고 재시도를 선택합니다.
    • 업데이트 적용을 시작하기 전에 무장애 가상 시스템을 다른 호스트로 수동으로 마이그레이션합니다.
    • EVC가 DRS 클러스터에서 설정되어 있으면 호스트가 유지 보수 모드로 전환되려고 할 때 FT 기능이 해제된 가상 시스템이 자동으로 마이그레이션될 수 있습니다. 이는 DRS가 특정 호스트에서 해제되어 있지 않은 경우에만 가능한 동작입니다.
  • vCenter Server가 호스트의 전원 상태를 적절하게 업데이트하지 않는 경우 호스트 업데이트 적용이 실패할 수 있음
    호스트의 전원이 켜지거나 대기 모드를 종료할 때 호스트 전원 상태가 vCenter Server에서 업데이트되지 않아 호스트 업데이트 적용이 완료되지 않거나 시간 초과될 수 있습니다. 호스트의 전원 상태가 적절하게 업데이트되지 않으면 vSphere Client 인벤토리에서 호스트는 대기 모드에 있는 것처럼 표시될 수 있지만 실제로는 호스트 전원이 켜진 상태입니다.
    해결 방법: 호스트에 업데이트를 적용하려면 호스트를 인벤토리에서 제거했다가 다시 추가하여 vCenter Server가 호스트의 전원 상태를 새로 고치도록 한 다음 업데이트 적용 프로세스를 시작합니다.
  • 업데이트 적용 선택 페이지에서 선택된 기준선에 대해 잘못된 패치 수가 표시됨
    준수 보기에서 미리 선택된 패치 또는 확장 기준선에 기반하여 vSphere 인벤토리 개체에 업데이트를 적용할 때 업데이트 적용 마법사의 초기 페이지에서 업데이트를 적용해야 할 패치 수가 잘못 표시될 수 있습니다. 이 경우 인벤토리 개체에 여러 패치 및 확장 기준선이 연결되어 있으면 패치 수는 선택된 기준선뿐 아니라 연결된 모든 기준선에서 호환되는 패치 수에 해당합니다.
    해결 방법: 업데이트 적용 선택 페이지에서 기준선 또는 그룹의 선택을 변경하거나, 먼저 [다음]을 클릭하여 다음 페이지로 이동한 후 뒤로를 클릭하여 선택 페이지로 돌아갑니다.
  • 호스트에 사용 가능한 공간이 부족한 경우 호스트 업그레이드 검색 및 업데이트 적용이 실패할 수 있음
    호스트 업그레이드 검색 및 업데이트 적용이 실패하고 AgentInstallFailed 오류 메시지가 표시될 수 있습니다. 이 오류는 ESX/ESXi 호스트에 사용 가능한 공간이 부족하여 발생할 수 있습니다.
    해결 방법: ESX/ESXi 호스트를 업그레이드하려면 호스트의 /tmp 디렉토리에 최소 20MB의 사용 가능한 공간이 있는지 확인하십시오.
  • 2.5.x를 실행하는 호스트에서 생성된 가상 시스템에 대해 VMware Tools 업그레이드가 실패함
    [호스트와 일치하도록 VMware Tools 업그레이드] 기준선을 기반으로 ESX 2.5.x에 해당하는 VMware Tools 버전이 있는 가상 시스템을 검색할 때 [호스트와 일치하도록 VMware Tools 업그레이드] 기준선 상태가 비준수로 표시됩니다. 비준수 상태인 경우에도 VMware Tools 업그레이드는 VM에 설치되어 있는 VMware Tools가 자동 업그레이드를 지원하지 않습니다라는 오류 메시지와 함께 실패합니다. VMware Tools의 자동 업그레이드는 ESX 3.0.x, ESX 3.5 버전 이상 및 ESX 3i 버전 3.5 이상을 실행하는 호스트에서 생성된 가상 시스템에 대해서만 지원됩니다.
    해결 방법: 인벤토리에서 가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 게스트 > VMware Tools 설치/업그레이드를 선택하여 VMware Tools를 수동으로 업그레이드합니다.
  • 호스트에서 발생한 패치와의 해결 불가능한 충돌로 인해 일부 패치에 대해 호스트 업데이트 적용이 실패할 수 있음
    기준선 입력의 패치(예: 패치 A)가 호스트와 충돌하지만 기준선 입력의 다른 패치로 해당 충돌을 해결할 수 없을 때는 호스트의 패치 업데이트 적용이 실패할 수 있습니다.
    해결 방법: 패치 A의 패치 세부 정보 창에 다른 패치를 사용하여 충돌을 해결하라는 권장 사항이 표시됩니다. 권장 사항에도 여러 패치가 포함될 수 있습니다. 권장 패치 중 하나 또는 모두를 기준선에 포함시키면 충돌이 해결될 수 있습니다. 자세한 내용은 패치 A 및 권장 패치와 연관된 KB 문서를 참조하십시오.

국제화 문제

  • VMware vSphere Update Manager.msi를 두 번 클릭했을 때 힌트 메시지가 한국어 버전으로 표시되지 않음
    .zip 파일 또는 .iso 이미지에서 Update Manager의 설치에 필요한 모든 구성 요소를 로컬 폴더에 추출하면 VMware vSphere Update Manager.msi 애플리케이션을 두 번 클릭하여 실행할 수 있습니다. 이 애플리케이션을 실행하면 힌트 팝업에 VMware-UpdateManager.exe를 사용하여 설치 관리자를 시작해야 합니다라는 메시지가 표시됩니다. 이 메시지는 영어로 제공되며 지역화되어 있지 않습니다.
  • ASCII가 아닌 문자가 이름에 포함된 디렉토리에 Update Manager를 설치하거나 패치를 다운로드할 수 없음
    Update Manager의 설치 마법사에서 Update Manager의 설치 및 패치 다운로드 위치를 변경할 수 있습니다. 설치 및 패치 다운로드 위치를 ASCII가 아닌 문자가 이름에 포함된 폴더로 변경하면 오류가 발생할 수 있습니다. 설치 경로 및 사용자 이름에는 ASCII 문자만 지원됩니다. 하지만 암호에서는 ASCII가 아닌 문자를 지원합니다.

Update Manager Web Client 사용

  • Update Manager Web Client 페이지에 규정 준수 상태 정보 불일치가 나타날 수 있음
    Update Manager Web Client에서 기준선을 선택하면 연결된 기준선 표에 개체에 대한 규정 준수 상태 정보가 나타나고, 연결된 기준선 그룹 드롭다운 메뉴가 표시되며, 연결된 기준선 표 아래에는 규정 준수 상태가 자세히 표시됩니다.
    사용자 또는 다른 사용자가 개체의 규정 준수 상태에 영향을 미치는 작업을 수행하면 Update Manager Web Client 페이지에 표시되는 규정 준수 상태 정보에 일부 불일치가 나타날 수 있습니다. 예를 들어 개체의 규정 준수 상태에 영향을 미칠 수 있는 작업으로는 Update Manager Client에서 개체에 업데이트 적용, 개체를 직접 업데이트 또는 Update Manager Client에서 기준선의 내용 변경 등이 있습니다.
    Update Manager Web Client에서 기준선을 선택하면 규정 준수 상태 세부 정보에는 항상 개체의 최신 규정 준수 상태 정보가 표시됩니다. 하지만 기준선은 Update Manager Web Client에서 실행한 마지막 검사 작업의 규정 준수 상태 또는 vSphere Web Client를 마지막으로 새로 고친 시점의 규정 준수 상태를 표시합니다.

     

  • Update Manager Web Client의 연결된 기준선이 Update Manager Client의 연결된 기준선과 다름
    기준선을 Update Manager Client에서 vSphere 인벤토리 개체에 연결하면 Update Manager Web Client의 연결된 기준선 표에 나타나지 않습니다.
    기준선을 Update Manager Client에서 분리하면 Update Manager Web Client의 연결된 기준선 표에서 사라지지 않습니다.
    이미 Update Manager Web Client에서 분리되었지만 Update Manager Web Client에는 여전히 표시되는 기준선에 대해 Update Manager Web Client에서 검사를 시작하면, 검사 작업이 완료된 후 기준선은 Update Manager Web Client의 연결된 기준선 표에서 사라집니다.
    이 동작은 Update Manager Web Client가 Update Manager Client에서 작업을 수행한 후 일부 컨텐츠를 자동으로 새로 고치지 않기 때문에 발생합니다.
    이 동작은 기준선과 기준선 그룹에 대해 동일합니다.
    해결 방법: vSphere Web Client를 수동으로 새로 고치십시오.

Update Manager 사용

  • 클러스터의 한 호스트가 여전히 유지 보수 모드이고 재부팅이 진행 중인 동안 Virtual SAN 클러스터 업데이트 적용 프로세스의 일환으로 Virtual SAN 클러스터의 다른 호스트가 유지 보수 모드로 전환될 수 있음
    호스트가 재부팅해야 하는 패치가 포함된 기준선을 기반으로 Virtual SAN 클러스터에서 업데이트 적용을 시작하면 첫 번째 호스트가 재부팅되는 동안 첫 번째 호스트가 vCenter Server에 다시 연결하기 전에 두 번째 호스트가 유지 보수 모드로 전환될 수 있습니다. 이 경우 Virtual SAN 클러스터에서는 한 번에 하나의 호스트만 유지 보수 모드일 수 있으므로 업데이트 적용 프로세스가 실패하게 됩니다.
    해결 방법: 없음
  • 대상 호스트에 지원되지 않는 하드웨어 디바이스가 있는 경우 Update Manager가 5.1 업데이트 릴리스 버전의 ESXi 호스트를 ESXi 5.5로 업그레이드하지 못함
    Update Manager에서 ISO 이미지를 사용하여 호스트를 ESXi 5.1 업데이트 릴리스 버전에서 ESXi 5.5로 업그레이드할 때 Update Manager가 대상 호스트에서 업그레이드 ISO 이미지에서 지원되지 않는 하드웨어 디바이스 집합을 검색한 경우 호스트의 준수 상태가 비호환으로 표시됩니다. 결과적으로 연결된 ISO 이미지가 스테이징되지 않고 업그레이드가 실패합니다.
    예를 들어 다음 주의 메시지도 대상 호스트를 비호환 준수 상태가 되게 할 수 있는 잠재적 문제와 연관되어 있습니다.
    • VMkernel 및 서비스 콘솔 네트워크 인터페이스가 동일한 서브넷 <subnet_name>을(를) 공유하고 있습니다. 업그레이드 후에는 이러한 구성이 지원되지 않습니다. 서브넷 <subnet_name>에는 하나의 인터페이스만 연결해야 합니다.
    • 호스트에 지원되지 않는 디바이스 <device_name>이(가) 있습니다.
    해결 방법: 업데이트 적용 마법사의 ESXi 5.5 업그레이드 페이지에서 업그레이드와 호환되지 않는 타사 소프트웨어가 설치된 경우 이를 제거하고 업데이트 적용 중 호스트에서 지원되지 않는 디바이스에 대한 경고를 무시합니다.를 선택하면 업데이트 적용이 성공적으로 완료됩니다. ESXi 5.x 호스트는 이진 호환되므로 대상 ESXi 5.1 호스트의 하드웨어 디바이스 또는 타사 소프트웨어는 업그레이드의 영향을 받지 않습니다.
  • 업데이트 적용 중 Virtual SAN 클러스터에 포함된 호스트가 유지 보수 모드로 전환하지 못하는 경우 유용한 정보를 제공하지 않는 시스템 오류가 표시됨
    업데이트 적용 중에 Virtual SAN 클러스터에 포함된 호스트가 유지 보수 모드로 전환하지 못하는 경우 Virtual SAN에 대한 일반 시스템 오류가 다음과 같이 표시됩니다.
    일반 시스템 오류가 발생했습니다. vSAN 오류로 인해 작업에 실패했습니다.
    이 오류 메시지에는 실패의 원인에 대한 상황 정보나 관련 오류 메시지가 포함되지 않습니다.
    해결 방법: 실패의 원인에 대한 자세한 상황 정보를 보려면 다음 단계를 수행합니다.
    1. 최근 작업 창에서 세부 정보 보기를 클릭합니다.
    2. 오류 보고서 제출을 클릭하고 오류 스택 아래에서 실패 원인에 대한 자세한 정보를 확인합니다.
  • IPv6 주소로 Update Manager 유틸리티에 로그인할 수 없음
    vCenter Server 시스템 IPv6 주소를 입력하여 Update Manager 유틸리티에 로그인하려고 시도하면 오류가 발생하여 로그인이 실패합니다.
    해결 방법: Update Manager 유틸리티에 로그인하려면 vCenter Server 시스템 IPv4 주소나 호스트 이름을 입력하십시오.
  • VMware Update Manager가 구성된 프록시 인증을 사용하지 않음
    패치 다운로드 작업을 시작할 때 Update Manager가 인증에 프록시를 사용하도록 구성되어 있는데도 Update Manager가 익명 자격 증명을 사용하여 프록시 서버에 인증합니다. 프록시 서버가 익명 자격 증명을 수락하지 않는 경우 패치 다운로드 작업이 실패할 수 있습니다.
    해결 방법: 로컬 관리자 권한이 있는 로컬 관리자 계정이나 로컬 관리자 권한이 있는 도메인 계정을 사용하여 Update Manager 서비스를 실행하도록 변경합니다.
  • 호스트 업그레이드 중에 Update Manager를 실행하는 가상 시스템의 전원이 꺼질 수 있음
    DRS 클러스터 외부의 Update Manager는 vCenter Server 또는 Update Manager 가상 시스템이 실행되는 호스트를 업그레이드하지 않습니다. DRS 클러스터에서 vCenter Server 또는 Update Manager 가상 시스템을 실행하는 호스트에 업데이트 적용 작업을 시작할 경우 DRS에서는 업데이트 적용이 성공하도록 가상 시스템을 다른 호스트로 마이그레이션하려고 시도합니다. Update Manager 가상 시스템이 실행되는 호스트를 DRS 클러스터에서 제거하고 이를 vSphere Client 인벤토리의 데이터 센터에 추가하면 호스트에 업데이트를 적용할 수 있고 Update Manager 가상 시스템의 전원이 꺼집니다.
    해결 방법: 업데이트를 적용하기 전에 Update Manager 가상 시스템이 실행되는 호스트가 DRS 클러스터에 있는지 확인하거나 Update Manager 가상 시스템을 다른 호스트로 이동하십시오.
  • 복제된 가상 시스템에 대한 준수 정보가 표시되지 않을 수 있음
    가상 시스템을 복제하고 시스템에 대한 Fault Tolerance 기능을 사용하도록 설정한 후 복제된 가상 시스템의 전원을 켜면 준수 정보가 표시되지 않을 수 있습니다. 준수 보기를 열면 데이터를 검색할 수 없음 오류가 나타납니다.
  • 패치 가져오기 마법사에서 패치 유형 정보가 누락됨
    Update Manager를 새로 설치할 때 오프라인 패치 번들을 처음으로 가져오면 패치 유형 정보가 패치 가져오기 마법사에 표시되지 않습니다. 가져오기 확인 페이지의 유형 열이 비어 있습니다.
    해결 방법: 패치 유형 정보가 표시되지 않더라도 마법사를 완료하여 패치 가져오기 작업을 성공적으로 마무리할 수 있습니다. 이 문제는 오프라인 패치 번들을 처음 가져올 때만 발생합니다. 이후의 가져오기 작업에서는 패치 유형 정보가 마법사에 올바로 표시됩니다.
  • Update Manager가 인증된 프록시를 사용하도록 구성된 경우 패치 정의 다운로드 작업이 실패할 수 있음
    Update Manager Server가 인증을 필요로 하는 프록시 서버를 사용하도록 구성된 경우 패치 정의 다운로드 작업에서 패치 다운로드가 실패할 수 있습니다.
    해결 방법: 프록시 서버에서 익명 사용자 액세스를 사용하도록 설정합니다.
  • ESXi 5.0이 Tools 공지 스테이징을 지원하지 않음
    ESXi 5.0 Tools 공지로 스테이징 작업을 실행하면 작업이 성공적으로 완료되지만 Tools 공지는 스테이징되지 않습니다.
    해결 방법: Tools 공지에 직접 업데이트를 적용하여 설치할 수 있습니다. Tools 공지에 대한 업데이트 적용 중에는 호스트 유지 보수 모드나 재부팅이 필요하지 않으므로 호스트 다운타임이 없습니다.
  • Update Manager가 올바른 다운로드 소스에서 업데이트를 다운로드할 수 없음
    존재하지 않는 HTTPS URL이 다운로드 소스 추가 창에서 액세스 가능한 것으로 잘못 표시될 수 있습니다. 예를 들어, http://mydepot.com 대신 https://mydepot.com을 입력하고 URL 확인을 클릭하면 실제 다운로드 소스가 HTTP 주소이더라도 검증이 성공할 수 있습니다. 그에 따라 Update Manager가 지정된 HTTPS URL 주소에서 업데이트를 다운로드할 수 없습니다.
    해결 방법: URL을 삭제하고 올바르게 추가하십시오.
  • e-메일 알림 설정에서 e-메일 주소가 잘못되어 Update Manager가 e-메일 메시지를 보낼 수 없음
    패치 및 알림 다운로드 스케줄에서, 새로운 패치 또는 알림이 다운로드되었을 때 Update Manager가 e-메일을 보내도록 구성할 수 있습니다. 잘못된 e-메일 주소를 입력하면 Update Manager가 e-메일을 보내지 못할 수 있습니다. vCenter Server 메일 보낸 사람 설정에서 SMTP 서버 보낸 사람 계정과 동일한 도메인 이름을 가진 잘못된 e-메일 주소를 입력하면 Update Manager가 올바른 e-메일 주소를 비롯한 어떤 e-메일 주소로도 e-메일을 배달하지 않습니다. 잘못된 e-메일 주소의 도메인 이름이 vCenter Server 메일 보낸 사람 설정의 SMTP 서버 보낸 사람 계정과 다르면 Update Manager e-메일 알림 설정에 입력된 올바른 e-메일 주소로 e-메일 알림이 제대로 배달될 수 있습니다.
    해결 방법: 잘못된 e-메일 주소를 e-메일 알림 설정에서 제거합니다.
  • Windows Vista에서 Update Manager Client의 모든 도움말 버튼으로 기본 Update Manager 도움말 페이지가 열림
    Windows Vista 시스템에 설치된 Internet Explorer 7 브라우저를 사용하는 경우 vSphere Update Manager의 상황에 맞는 도움말에서 관련 도움말 페이지가 표시되지 않습니다. 대신 도움말에 기본 vSphere Update Manager 도움말 페이지가 표시됩니다.
    해결 방법: 서비스 팩 2를 Windows Vista에 적용합니다. 자세한 내용은 Microsoft 기술 자료 문서( http://support.microsoft.com/kb/942172)를 참조하십시오.
  • 알림 e-메일이 바이러스 백신 소프트웨어에 의해 차단됨
    특정 바이러스 백신 소프트웨어가 vCenter Server 시스템에 설치된 경우 Update Manager로부터 e-메일 알림을 수신하지 못할 수 있습니다. e-메일 알림(예: 새로 다운로드된 패치 및 스케줄링된 기타 작업에 대한 알림)을 보내도록 Update Manager를 구성할 수 있습니다. e-메일 트래픽을 모니터링하여 차단하는 바이러스 백신 소프트웨어(예: McAfee)를 설치한 경우 Update Manager로부터 알림을 수신하지 못할 수 있습니다.
    해결 방법: e-메일 트래픽을 차단하는 바이러스 백신 소프트웨어 규칙을 해제합니다.
  • VMkernel이 DHCP를 사용하도록 구성된 경우 업데이트 적용 후에 ESX 4.0 호스트의 네트워크 연결이 끊어질 수 있음
    Update Manager가 ESX 호스트를 패치하는 경우 호스트 재부팅이 필요할 수 있습니다. 호스트의 VMkernel이 DHCP를 사용하도록 구성된 경우 재부팅 후에 vCenter Server가 ESX 호스트를 vSphere 인벤토리에 추가하지 못할 수 있습니다.
    해결 방법: 정적 IP 주소를 사용하도록 호스트의 VMkernel을 구성하거나, ESX 4.0 문제를 수정하는 ESX400-200906402-BG 패치를 설치하십시오. ESX400-200906001.zip 번들에서 ESX400-200906402-BG 패치를 찾을 수 있습니다.
  • 준수 보기와 관리 보기 간에 전환할 때 잘못된 위치로 이동됨
    vSphere Client의 VM 및 템플릿 인벤토리에서 데이터 센터 개체를 선택하고 관리 보기준수 보기의 빠른 링크를 사용하여 Update Manager 관리 보기 및 Update Manager 준수 보기로 이동하면 잘못된 vSphere Client 인벤토리로 이동할 수 있습니다. 예를 들어, 탐색 모음에서 홈 > 인벤토리 > VM 및 템플릿을 선택합니다. 인벤토리에서 데이터 센터 개체를 선택하고 Update Manager 탭을 클릭하여 Update Manager 준수 보기를 엽니다. 관리 보기를 클릭한 후 준수 보기 링크를 클릭하여 되돌아가면 VM 및 템플릿 인벤토리 대신 호스트 및 클러스터 인벤토리로 이동됩니다.
    해결 방법: 탐색 모음에서 홈 > 인벤토리 > VM 및 템플릿을 선택하여 호스트 및 클러스터 인벤토리 보기에서 VM 및 템플릿 보기로 수동으로 이동합니다.
  • Update Manager가 업데이트 적용 전에 FT 기능이 설정되어 있는 가상 시스템의 스냅샷을 생성하지 않음
    FT 기능이 설정된 가상 시스템의 스냅샷을 생성할 수 없습니다. FT 기능이 설정되어 있는 가상 시스템에 업데이트를 적용하고 업데이트 적용 마법사에서 업데이트 적용 전에 스냅샷을 생성하도록 선택하는 경우 Update Manager는 이 설정을 무시하고 가상 시스템의 스냅샷을 생성하지 않습니다.
    해결 방법: FT 기능을 해제하고 가상 시스템의 스냅샷을 생성하도록 Update Manager를 구성한 후 시스템에 업데이트를 적용합니다. 업데이트 적용 후에 FT 기능을 설정하려면 스냅샷을 삭제한 다음 FT 기능을 사용하도록 설정합니다.
  • 가상 하드웨어 업그레이드 또는 VMware Tools 업그레이드가 실패하고 fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary 오류가 표시됨
    vMotion을 사용하여 ESX 3.0.x 호스트에서 ESX 4.0.x 호스트로 마이그레이션한 가상 시스템에서 업그레이드 실패가 발생할 수 있습니다. 이 상황에서 가상 시스템의 게스트 ID 속성의 설정은 해제되지만 새로운 ID가 할당되지 않습니다. Update Manager는 VMware Tools 업그레이드 동안 게스트 ID 읽기를 시도하고 해당 작업은 실패합니다. 스냅샷으로 복구한 가상 시스템 또는 ESX 4.0.x 호스트의 일시 중단된 상태에서 재개한 가상 시스템에서 그와 동일한 문제가 발생할 수 있습니다.
    해결 방법: VMware Tools를 수동으로 업그레이드하고 가상 시스템의 가상 하드웨어를 업그레이드하십시오.
  • 여러 사용자가 동일한 이름의 기준선을 동시에 생성하려고 하면 Update Manager가 모호한 오류 메시지를 표시함
    여러 사용자가 동일한 이름의 기준선을 동시에 생성하려고 하면 Update Manager가 지정한 키, 이름 또는 식별자가 이미 있습니다라는 메시지를 표시합니다. 이 메시지에서는 다른 사용자가 동일한 이름의 기준선을 생성하려고 한다는 사실이 명시적으로 알려주지 않습니다.
  • 여러 공지가 포함된 기준선을 스테이징하면 일부 공지가 누락된 것으로 표시됨
    여러 공지가 포함된 기준선을 성공적으로 스테이징하고 나면 일부 공지가 스테이징됨으로 표시되나 다른 공지는 누락으로 표시될 수 있습니다. 자세한 내용은 After you stage a baseline, a bulletin might be shown as Missing instead of Staged(기준선을 스테이징한 후 공지가 스테이징됨 대신 누락으로 표시될 수 있음)(KB 1018530)를 참조하십시오.
  • ESX 호스트가 IPv6 네트워킹 스택에서 실행 중인 경우 Update Manager가 Cisco Nexus 1000V VEM의 설치 및 업그레이드에 실패함
    ESX 호스트가 Cisco Nexus 1000V DVS에 추가되는 경우 Update Manager가 Cisco Nexus 1000V VEM을 호스트에 설치합니다. Cisco Nexus 1000V VSM을 최신 버전으로 업그레이드하면 Update Manager가 호출되어 DVS에 연결된 호스트에서 VEM을 업그레이드합니다. ESX 호스트가 IPv6 네트워킹 스택에서 실행 중인 경우 설치 및 업그레이드 작업이 모두 실패할 수 있습니다.
    해결 방법: 오프라인 번들을 사용하여 호스트에서 VEM을 수동으로 설치하거나 업그레이드합니다.
  • VMware Tools 업그레이드 중에 잘못된 오류 메시지가 최근 작업 창에 표시될 수 있음
    가상 시스템의 VMware Tools 업그레이드를 수행할 때 업데이트 적용이 성공했지만 이 가상 시스템에서 VMware Tools가 실행되고 있지 않기 때문에 작업을 완료할 수 없습니다라는 잘못된 오류 메시지가 표시될 수 있습니다.
  • 업데이트 적용 작업을 스케줄링할 때 작업 집합이 생성됨
    업데이트 적용 작업을 스케줄링할 때 몇 가지 활성 작업이 최근 작업 창에 나타납니다. 해당 작업 중 하나는 엔터티 업데이트 적용입니다. 이 작업은 새로운 업데이트 적용 작업을 생성할 때 나타나며 개체에 업데이트가 적용되는 실제 업데이트 적용 작업은 아닙니다. 엔터티 업데이트 적용 작업에서는 업데이트 적용 마법사에 입력한 내용을 기반으로 스케줄링된 업데이트 적용을 위한 하위 작업을 생성합니다.
  • 사용자 환경이 Linked Mode에 있는 경우 관리 보기와 준수 보기 간의 빠른 전환 링크가 제대로 작동하지 않음
    vCenter Server 시스템이 Linked Mode에 속해 있으며 별도의 Update Manager 인스턴스를 각 vCenter Server 시스템에 등록한 경우 관리 보기준수 보기 탐색 링크가 제대로 작동하지 않을 수 있습니다. 예를 들어, Update Manager 인스턴스 1이 vCenter Server 시스템 1에 등록되어 있고 Update Manager 인스턴스 2가 vCenter Server 시스템 2에 등록되어 있는 시나리오가 있다고 가정합니다. vCenter Server 시스템 1이 관리하는 개체를 선택하고 Update Manager 탭을 클릭한 후 오른쪽 상단의 관리 보기를 클릭하면 Update Manager 인스턴스 1의 관리 보기가 표시됩니다. 준수 보기를 클릭하고 vCenter Server 2가 관리하는 인벤토리에서 개체를 선택한 후 오른쪽 상단의 관리 보기를 클릭하면 Update Manager 인스턴스 1의 관리 보기가 다시 표시됩니다.
    해결 방법: 준수 보기를 클릭하고 관리 보기를 다시 클릭하여 두 번째 Update Manager 인스턴스의 관리 보기를 표시합니다.
  • 충돌하는 패치가 업데이트 적용 마법사에서 계산됨
    패치 기준선에 기반하여 특정 개체를 검색하고 나면 패치 기준선 창에 충돌하는 패치의 수가 표시될 수 있습니다. 선택된 개체에 업데이트를 적용하려고 하면 업데이트 적용 마법사에서 충돌하는 패치가 개체에 설치될 패치로 계산되지만 업데이트 적용 중에 충돌하는 패치가 일부만 설치되거나 아예 설치되지 않습니다.
  • Update Manager 서비스가 \Temp 디렉토리를 여러 임시 시스템 파일로 채움
    Windows \Temp 디렉토리(기본 위치: C:\WINDOWS\Temp)에서 ufa{*}.tmp, ufa{*}.tmp.LOG{*} 등의 이름을 가진 여러 파일을 볼 수 있습니다.
    • ufa{*}.tmp 파일 – 오프라인 가상 시스템 검색 중에 Update Manager 서비스를 사용할 수 없게 되면 이 파일이 생성됩니다. ufa{*}.tmp 파일(예: ufa729F.tmp 파일)을 삭제하려면 다음 단계를 수행하십시오.
      1. 시작 > 실행을 선택합니다.
      2. 실행 창에서 regedit를 입력하고 Enter 키를 누릅니다.
      3. 레지스트리 편집기에서 My Computer\HKEY_LOCAL_MACHINE 폴더로 이동하고 ufa729F.tmp 파일을 선택합니다.
      4. 파일 > 하이브 언로드를 선택합니다.
      5. 명령 프롬프트 창을 엽니다.
      6. C:\로 이동하고 다음 명령을 실행합니다.
        del C:\Windows\Temp\ufa729F.tmp
    • ufa{*}.tmp.LOG{*} 파일 – 이 파일은 레지스트리 작업에 대한 Windows 트랜잭션 로그 파일입니다. Windows 로깅 레지스트리 트랜잭션의 결과로 이 파일이 생성될 수 있으며 사용 후에는 제거됩니다. ufa{*}.tmp.LOG{*} 파일은 다른 Windows 임시 파일과 같으며 Windows 디스크 정리 작업의 일부로 삭제될 수 있습니다.
      ufa{*}.tmp.LOG{*} 파일(예: ufaFF50.tmp.LOG2 파일)을 삭제하려면 다음 단계를 수행하십시오.
      1. 명령 프롬프트 창을 엽니다.
      2. C:\로 이동하고 다음 명령을 실행합니다.
        del C:\Windows\Temp\ufaFF50.tmp.LOG2