VMware vSphere Update Manager 5.0 업데이트 2 | 2012년 12월 20일 | 빌드 919983

마지막 문서 업데이트 날짜: 2013년 4월 25일

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

릴리스 정보에 포함된 내용

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

Update Manager 5.0 업데이트 2 릴리스 정보는 VMware vCenter Server용 선택적 모듈인 VMware vSphere Update Manager에 대한 정보를 제공합니다. 새 vCenter Server 기능, 요구 사항 및 설치에 대한 자세한 내용은 VMware vSphere 5.0 업데이트 2 릴리스 정보를 참조하십시오. VMware vSphere Update Manager에 대한 자세한 내용은 VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.


새로운 기능

  • Update Manager 및 UMDS 설치: Update Manager 서버 5.0 업데이트 2 및 UMDS 5.0 업데이트 2는 Windows Server 2012 64비트에 설치할 수 있습니다.
  • Jetty Web Server로 업그레이드: Update Manager 5.0 업데이트 2에 포함된 Jetty Web Server가 Jetty 버전 6.0에서 Jetty version 7.6으로 업그레이드되었습니다.
  • 버그 수정

이 릴리스에는 해결된 문제에 설명된 버그 수정 및 알려진 문제에 설명된 알려진 문제가 있습니다.

페이지 맨 위

하드웨어 요구 사항 및 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를 설치하기 전에 먼저 vCenter Server를 설치해야 합니다. 데이터베이스 호환성 정보는 Update Manager 서버 설치를 지원하는 데이터베이스를 참조하십시오.

Update Manager 모듈은 VMware vSphere Client 인스턴스에 대한 플러그인 인터페이스인 클라이언트 구성 요소 및 vCenter Server와 같은 시스템이나 다른 시스템에 설치할 수 있는 서버 구성 요소로 구성됩니다.

Update Manager 5.0 업데이트 2 서버는 64비트 Windows 운영 체제에만 설치할 수 있으며 Update Manager 5.0 업데이트 2 클라이언트는 32비트 및 64비트 운영 체제 모두에 설치할 수 있습니다.

Update Manager Download Service

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

UMDS 5.0 업데이트 2은 64비트 Windows 운영 체제에만 설치할 수 있습니다.

Update Manager 5.0 인스턴스만 있는 환경에 UMDS 5.0 업데이트 2 설치

UMDS 5.0 업데이트 2 설치 마법사에서 이전 UMDS 4.x 설치의 기존 다운로드 디렉토리로 패치 스토어를 선택하고 UMDS 5.0 업데이트 2에서 다운로드된 업데이트 중 적용 가능한 것을 재사용할 수 있습니다. 패치 스토어를 재사용하기 전에 기존 UMDS 4.x 인스턴스를 제거해야 합니다. 기존 다운로드 디렉토리를 UMDS 5.0 업데이트 2과 연결한 후에는 이전 UMDS 버전과 함께 사용할 수 없습니다. 기존 다운로드 디렉토리에 UMDS를 설치한 경우 업데이트를 내보내기 전에 UMDS 5.0 업데이트 2을 사용하여 다운로드를 한 번 이상 수행해야 합니다.

Update Manager 4.x 및 Update Manager 5.0 인스턴스가 모두 있는 환경에 UMDS 5.0 업데이트 2 설치

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

UMDS를 사용하려면 다운로드 서비스가 Update Manager 서버와 호환되는 버전이어야 합니다. 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 다시 구성 설명서를 참조하십시오.

페이지 맨 위

업그레이드 정보

이 릴리스는 Update Manager 버전 4.x에서 업그레이드할 수 있습니다. 이전 버전에서 Update Manager를 업그레이드하기 전에 vCenter Server 및 vSphere Client를 호환 가능한 버전으로 업그레이드해야 합니다.
Update Manager 5.0 업데이트 2로 업그레이드한 후 시스템을 다시 시작해야 구성 변경 사항이 적용됩니다.

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

페이지 맨 위

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


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



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

Update Manager 서버와 UMDS를 설치할 수 있는 지원되는 호스트 운영 체제를 보려면 VMware 호환성 가이드호스트 OS 옵션을 선택하십시오.



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

Update Manager 서버 및 UMDS와 호환되는 데이터베이스에 대한 정보를 보려면 VMware 제품 상호 운용성 매트릭스솔루션/데이터베이스 상호 운용성 옵션을 선택하십시오.



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

  • 호스트 패치 적용
    • ESX/ESXi 3.5
    • ESX/ESXi 4.x
    • ESXi 5.0.x
  • ESX/ESXi 4.x에서 ESXi 5.0으로 호스트 업그레이드
  • VMware Tools 및 가상 시스템의 가상 시스템 하드웨어 업그레이드
  • 가상 어플라이언스 업그레이드


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

  • 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
  • CentOS 4
  • CentOS 5
  • CentOS 6
  • Debian 4
  • Debian 5
  • Debian 6
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 6
  • Asianux 3
  • Asianux 4

페이지 맨 위

해결된 문제

  • ASCII가 아닌 문자가 포함된 사용자 계정을 사용하여 Update Manager 유틸리티에 로그인할 수 없음
    Update Manager 5.0 릴리스에 포함된 Update Manager 유틸리티는 ASCII가 아닌 사용자 이름을 지원하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Cisco Nexus 1000V에서 관리되는 이미 업그레이드된 호스트에 업데이트를 적용하는 경우 호스트 업데이트 적용이 실패함
    Update Manager를 호출하여 Cisco Nexus 1000V를 실행하는 호스트를 업그레이드하는 경우 업데이트 적용이 성공적으로 진행되고 올바른 VEM 모듈이 Cisco Nexus 1000V에서 관리되는 모든 호스트에 설치됩니다. 호스트를 다시 업그레이드하려고 시도하면 업데이트 적용이 실패하고 integrity.fault.HostPatchNotInstallableFailure 예외가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Update Manager에 포함된 Jetty Web Server 업데이트
    Update Manager 5.0 업데이트 2에 포함된 Jetty Web Server가 Jetty 버전 6.0에서 Jetty 버전 7.6으로 업데이트되었습니다.

페이지 맨 위

알려진 문제

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

설치 및 업그레이드

  • 업그레이드 후 다운로드 작업 기간 동안에 Update Manager 플러그인이 해제될 수 있음
    다운로드 작업이 실행되는 동안 Update Manager와 vCenter Server의 연결이 끊어지면 Update Manager 플러그인을 다시 설정할 수 없습니다. 이 문제는 Update Manager 5.0으로 업그레이드한 이후에 발생할 수 있습니다.
    해결 방법: 다운로드 작업이 완료될 때까지 기다렸다가 Update Manager 플러그인을 사용하도록 설정하십시오.
  • Update Manager 1.0 업데이트 6에서 Update Manager 5.0으로 업그레이드한 후 관리 보기에서 탭을 전환하면 오류 메시지가 나타남
    Update Manager 관리 보기에서 탭을 전환하면 변경 내용을 저장할지 묻는 대화상자가 나타날 수 있습니다. 아니오를 클릭하면 다음 오류 메시지가 나타납니다. 지정된 인수가 유효한 값의 범위를 벗어났습니다. 매개 변수 이름: 값은 MinimunTimeInSeconds에서 MaximumTimeInSeconds 사이여야 합니다. 원래 Update Manager 1.0 업데이트 6 설치 시 ESX 호스트 설정 페이지에서 작업 실패 처리를 실패 응답으로 선택한 경우 Update Manager 1.0 업데이트 6에서 Update Manager 5.0으로 업그레이드한 후 이 문제가 발생할 수 있습니다.
    해결 방법:이 문제를 해결하려면 다음 해결 방법 중 하나를 수행합니다.
    • 변경 내용을 저장할지 묻는 대화상자가 나타나면 를 클릭합니다.
    • 업그레이드된 Update Manager 5.0의 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의 사용 가능한 공간이 부팅 드라이브에 있는지 확인하십시오.

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

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

국제화 문제

  • ASCII가 아닌 문자가 포함된 사용자 이름으로 로그인했을 때 ESXi 이미지의 업로드가 실패함
    vSphere Client에 인증하는 데 사용하는 Windows 계정 사용자 이름에 ASCII가 아닌 문자가 포함되어 있는 경우 Update Manager를 사용하여 ESXi 이미지를 업로드하려고 하면 다음과 같은 오류 메시지가 나타납니다. 로그인하지 못했습니다. 오류: 인증 실패, 올바른 사용자가 아닙니다.
    해결 방법: ASCII 문자만 포함된 사용자 이름의 계정을 사용하십시오.
  • VMware vSphere Update Manager.msi를 두 번 클릭했을 때 힌트 메시지가 한국어 버전으로 표시되지 않음
    .zip 파일 또는 .iso 이미지에서 Update Manager의 설치에 필요한 모든 구성 요소를 로컬 폴더에 추출하면 VMware vSphere Update Manager.msi 애플리케이션을 두 번 클릭하여 실행할 수 있습니다. 이 애플리케이션을 실행하면 힌트 팝업에 VMware-UpdateManager.exe를 사용하여 설치 관리자를 시작해야 합니다라는 메시지가 표시됩니다. 이 메시지는 영어로 제공되며 지역화되어 있지 않습니다.
  • VMware vSphere Update Manager Download Service.msi를 두 번 클릭했을 때 힌트 메시지가 한국어 버전으로 표시되지 않음
    .zip 파일 또는 .iso 이미지에서 UMDS의 설치에 필요한 모든 구성 요소를 별도의 폴더에 추출하면 VMware vSphere Update Manager Download Service.msi 애플리케이션을 두 번 클릭하여 실행할 수 있습니다. 이 애플리케이션을 실행하면 힌트 팝업에 VMware vSphere Update Manager Download Service.msi를 사용하여 설치 관리자를 시작해야 합니다라는 메시지가 표시됩니다. 이 메시지는 영어로 제공되며 지역화되어 있지 않습니다.
  • ASCII가 아닌 문자가 이름에 포함된 디렉토리에 Update Manager를 설치하거나 패치를 다운로드할 수 없음
    Update Manager의 설치 마법사에서 Update Manager의 설치 및 패치 다운로드 위치를 변경할 수 있습니다. 설치 및 패치 다운로드 위치를 ASCII가 아닌 문자가 이름에 포함된 폴더로 변경하면 오류가 발생할 수 있습니다. 설치 경로 및 사용자 이름에는 ASCII 문자만 지원됩니다. 하지만 암호에서는 ASCII가 아닌 문자를 지원합니다.

Update Manager 사용

  • 잠금 모드인 호스트에 대한 HA 구성이 실패함
    vSphere HA를 사용하도록 설정된 클러스터에 잠금 모드인 ESXi 4.x 호스트가 있는 경우 ESXi 4.x 호스트를 ESXi 5.0으로 업데이트 적용 후에는 호스트에서 HA를 구성하지 않습니다. HA를 수동으로 구성하려고 하면 다음 오류가 나타납니다. vCenter 에이전트 서비스를 설치할 수 없습니다. 알 수 없는 설치 관리자 오류입니다.
    이 문제는 ESXi 5.0을 새로 설치할 때도 발생합니다.
    해결 방법: 잠금 모드를 사용할 수 없도록 설정하고 호스트에 대해 HA를 다시 구성해 보십시오.
  • 복제된 가상 시스템에 대한 준수 정보가 표시되지 않을 수 있음
    가상 시스템을 복제하고 시스템에 대한 Fault Tolerance를 설정한 후 복제된 가상 시스템의 전원을 켜면 준수 정보가 표시되지 않을 수 있습니다. 준수 보기를 열면 데이터를 검색할 수 없음 오류가 나타납니다.
  • 호스트 업그레이드 중에 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 가상 시스템을 다른 호스트로 이동하십시오.
  • 패치 가져오기 마법사에서 패치 유형 정보가 누락됨
    Update Manager를 새로 설치할 때 오프라인 패치 번들을 처음으로 가져오면 패치 유형 정보가 패치 가져오기 마법사에 표시되지 않습니다. 가져오기 확인 페이지의 유형 열이 비어 있습니다.
    해결 방법: 패치 유형 정보가 표시되지 않더라도 마법사를 완료하여 패치 가져오기 작업을 성공적으로 마무리할 수 있습니다. 이 문제는 오프라인 패치 번들을 처음 가져올 때만 발생합니다. 이후의 가져오기 작업에서는 패치 유형 정보가 마법사에 올바로 표시됩니다.
  • Update Manager가 인증된 프록시를 사용하도록 구성된 경우 패치 정의 다운로드 작업이 실패할 수 있음
    Update Manager Server가 인증을 필요로 하는 프록시 서버를 사용하도록 구성된 경우 패치 정의 다운로드 작업에서 패치 다운로드가 실패할 수 있습니다.
    해결 방법: 프록시 서버에서 익명 사용자 액세스를 사용하도록 설정합니다.
  • ESX 5.0이 Tools 공지 스테이징을 지원하지 않음
    ESX 5.0 Tools 공지로 스테이징 작업을 실행하면 작업이 성공적으로 완료되지만 Tools 공지는 스테이징되지 않습니다.
    해결 방법: Tools 공지에 직접 업데이트를 적용하여 설치할 수 있습니다. Tools 공지에 대한 업데이트 적용 중에는 호스트 유지 보수 모드나 재부팅이 필요하지 않으므로 호스트 다운타임이 없습니다.
  • Update Manager가 올바른 다운로드 소스에서 업데이트를 다운로드할 수 없음
    존재하지 않는 HTTPS URL이 다운로드 소스 추가 창에서 액세스 가능한 것으로 잘못 표시될 수 있습니다. 예를 들어, http://mydepot.com 대신 https://mydepot.com을 입력하고 URL 확인을 클릭하면 실제 다운로드 소스가 HTTP 주소이더라도 검증이 성공할 수 있습니다. 그에 따라 Update Manager가 지정된 HTTPS URL 주소에서 업데이트를 다운로드할 수 없습니다.
    해결 방법: URL을 삭제하고 올바르게 추가하십시오.
  • 이전에 다운로드한 패치를 저장소에서 수동으로 삭제하면 Update Manager가 패치 다운로드에 실패함
    패치를 다운로드하면 파일이 하드 디스크의 저장소에 저장됩니다. 다운로드한 파일을 수동으로 삭제하면 후속 패치 다운로드가 실패할 수 있습니다.
    해결 방법: 패치 파일을 저장소에서 삭제하지 마십시오.
  • 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)를 참조하십시오.
  • PR 알림 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가 이 설정을 무시하여 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가 지정한 키, 이름 또는 식별자가 이미 있습니다라는 메시지를 표시합니다. 이 메시지에서는 다른 사용자가 동일한 이름의 기준선을 생성하려고 한다는 사실이 명시적으로 알려주지 않습니다.
  • 여러 공지가 포함된 기준선을 스테이징하면 일부 공지가 누락된 것으로 표시됨
    여러 공지가 포함된 기준선을 성공적으로 스테이징하고 나면 일부 공지가 스테이징됨으로 표시되나 다른 공지는 누락으로 표시될 수 있습니다. 자세한 내용은 기준선을 스테이징한 후 공지가 스테이징됨 대신 누락으로 표시될 수 있음(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 시스템이 vCenter 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 인스턴스의 관리 보기를 표시합니다.
  • VMware Tools 업그레이드를 수행할 때 잘못된 오류 메시지가 표시됨
    사용 가능한 공간이 부족한 가상 시스템의 VMware Tools 업그레이드를 수행하면 공간 부족으로 인해 VMware Tools 작업이 취소되었습니다라는 잘못된 오류 메시지와 함께 업데이트 적용이 실패합니다.
  • 충돌하는 패치가 업데이트 적용 마법사에서 계산됨
    패치 기준선에 기반하여 특정 개체를 검색하고 나면 패치 기준선 창에 충돌하는 패치의 수가 표시될 수 있습니다. 선택된 개체에 업데이트를 적용하려고 하면 업데이트 적용 마법사에서 충돌하는 패치가 개체에 설치될 패치로 계산되지만 업데이트 적용 중에 충돌하는 패치가 일부만 설치되거나 아예 설치되지 않습니다.
  • Update Manager 서비스가 \Temp 디렉토리를 여러 임시 시스템 파일로 채움
    Windows \Temp 디렉토리(기본 위치: C:\WINDOWS\Temp)에서 ufa{*}.tmp, ufa{*}.tmp.LOG{*} 등의 이름을 가진 여러 파일을 볼 수 있습니다.
    • ufa{*}.tmp 파일 – 오프라인 가상 시스템 검색 중에 Update Manager 서비스를 사용할 수 없게 되면 이 파일이 생성됩니다. ufa{*}.tmp 파일을 삭제(예: ufa729F.tmp 파일 삭제)하려면 다음과 같이 하십시오.
      1. 시작 > 실행을 선택합니다.
      2. 실행 창에서 regedit를 입력합니다.
      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

페이지 맨 위