vCenter Server 5.0 업데이트 1 | 2012년 3월 15일 | 빌드 623373

vSphere Client 5.0 업데이트 1 | 2012년 3월 15일 | 빌드 623373

vCenter Server 5.0 업데이트 1 설치 패키지 | 2012년 3월 15일 | 빌드 639890

참고: vCenter Server Appliance 5.0 업데이트 1은 올해 후반기에 사용할 수 있습니다.

마지막 업데이트 날짜: 2013년 1월 17일

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

릴리스 정보에 포함된 내용

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

새로운 기능

Windows용 VMware vCenter Server 5.0 업데이트 1에서는 다음과 같이 향상된 기능을 제공합니다.

  • 게스트 운영 체제 사용자 지정 기능 향상: vCenter Server는 다음과 같은 게스트 운영 체제의 사용자 지정에 대한 지원을 추가합니다.
    • Windows 8
    • Ubuntu 11.10
    • Ubuntu 11.04
    • Ubuntu 10.10
    • Ubuntu 10.04 LTS
    • SUSE Linux Enterprise Server 11 SP2
  • 해결된 문제:또한 이 릴리스에서는 해결된 문제 섹션에 자세히 나와 있는 여러 가지 버그 수정을 제공합니다.

국제화

VMware vSphere 5.0은 다음과 같은 언어로 제공됩니다.

  • 영어
  • 프랑스어
  • 독일어
  • 일본어
  • 한국어
  • 중국어 간체

vSphere Client 로케일 강제 적용 모드

vSphere 5.0에서는 VMware vSphere Client™를 실행하는 시스템이 영어 버전이 아닌 경우에도 인터페이스 텍스트를 영어로 표시하도록 VMware vSphere Client™를 구성할 수 있습니다. 명령줄 스위치를 입력하여 단일 세션이 실행되는 동안 이와 같은 구성을 설정할 수 있습니다. 이 구성은 인터페이스 텍스트에만 적용되며 날짜와 시간 또는 숫자 형식과 같은 다른 로케일 관련 설정에는 영향을 주지 않습니다.

다음 vSphere Client 명령을 실행하면 개별 세션이 영어로 표시됩니다.
vpxClient -locale en_US

이 릴리스에서 추가된 기능

  • vCenter Essentials는 vRAM 제한 하드 적용과 통합되었습니다.
    vSphere Essential 버전에서 하드 적용이 추가되어 vRAM 사용량을 192GB로 제한합니다. 제한 사용량에 도달하면 라이센스를 초과 사용할 수 있는 추가 작업(예: powerOnVM)이 차단됩니다. 이 하드 적용은 Essential 버전에만 추가된 기능으로 다른 버전에는 이 기능이 없습니다.

  • 이제 vCenter는 vCenter에서 관리할 수 있는 vSphere 버전에 대해 제한을 적용합니다.
    이 기능을 사용하면 vCenter Standard와 Foundation에서는 vSphere Essentials 및 Essentials Plus 호스트 버전을 관리할 수 없습니다. 이미 EULA에 따라 관리가 금지되었지만, 아직까지는 프로그래밍 방식으로 적용되지 않았었습니다. 'Essentials for ROBO' 버전은 이 규칙의 예외 적용을 받습니다. Essentials for ROBO 버전에서는 EULA와 프로그래밍 방식 적용에 따라 계속 관리할 수 있습니다. 뿐만 아니라, vCenter Essentials는 Essentials 및 Essentials Plus 호스트만 관리할 수 있다는 규칙도 적용됩니다.

  • 라이센스 사용 보고가 VM당 96GB의 VM당 vRAM 소비량 보고를 초과하지 않습니다.
    96GB보다 큰 VM당 사용량은 vRAM 허용 용량으로 계산되지 않는다는 vRAM 라이센스 정책에도 불구하고 vSphere 5.0 vRAM 사용량 보고에 구성된 RAM의 96GB보다 더 많이 사용하도록 구성된 VM이 구성된 전체 RAM 값을 보고했습니다.

  • Database Pre-Upgrade Checker 1.0을 지원합니다.
    vCenter Server를 업그레이드하기 전에 사용자는 현재 vCenter Server 데이터베이스에서 VMware vCenter Database Pre-Upgrade Checker를 실행하여 업그레이드를 차단할 수 있는 문제가 있는지 확인할 수 있습니다. Pre-Upgrade Checker는 다음과 같은 업그레이드에 사용할 수 있습니다.

    • vCenter Server 4.x로 업그레이드하기 전의 VirtualCenter 2.5 업데이트 6 이상 데이터베이스
    • vCenter Server 4.1 또는 5.0으로 업그레이드하기 전의 vCenter Server 4.0.x 데이터베이스
    • vCenter Server 5.0으로 업그레이드하기 전의 vCenter Server 4.1.x 데이터베이스

호환성 및 설치

ESXi, vCenter Server 및 vSphere Client 버전 호환성

VMware Product Interoperability Matrix(VMware 제품 상호 운용성 매트릭스) 페이지에는 ESXi, VMware vCenter Server, vSphere Client 및 선택적 VMware 제품을 포함한 VMware vSphere 구성 요소의 현재 버전과 이전 버전 사이의 호환성에 대한 자세한 내용이 나와 있습니다. 이 사이트에서는 ESXi나 vCenter Server를 설치하기 전에 사용할 수 있는 관리 및 백업 에이전트에 대한 정보도 제공합니다.

vSphere Web Client와 vSphere Client는 vCenter Server 및 모듈 ZIP 파일에 함께 패키지되어 있으며 VMware vCenter 설치 관리자 마법사에서 클라이언트 하나 또는 둘 다를 설치할 수 있습니다.

Linked Mode 환경에 대한 vSphere Client 연결

vCenter Server 5.0은 Linked Mode에서 vCenter Server 5.0의 다른 인스턴스와만 함께 있을 수 있습니다. vCenter Server 5.0 및 이전 버전의 vCenter Server(예: vCenter Server 4.0 및 vCenter Server 4.1)를 모두 포함하는 Linked Mode 그룹은 지원되지 않습니다. 이 릴리스에서는 vCenter Server 5.0과 vCenter Server 5.0 업데이트 1 인스턴스를 모두 포함하는 Linked Mode 그룹을 관리할 수 있습니다.

vSphere 5.0 및 VMware View 호환성

VMware View에서 사용할 수 있는 vSphere 구성에 대한 자세한 내용은 VMware Product Interoperability Matrix(VMware 제품 상호 운용성 매트릭스) 페이지를 참조하십시오.

이 릴리스에 대한 설치 정보

ESXi 및 vCenter Server를 설치하고 구성하는 방법에 대한 단계별 지침을 보려면 vSphere 설치 및 설정 설명서를 참조하십시오.

설치를 완료한 후에는 라이센스 할당, 네트워킹 및 보안 구성 작업을 수행해야 합니다. 이러한 구성 작업에 대한 자세한 내용은 vSphere 설명서에서 다음 가이드를 참조하십시오.

vCenter Server 5.0은 Windows 64비트 플랫폼에만 설치할 수 있습니다. 64비트 시스템인 경우 동일한 시스템에서 vCenter Server 4.1을 vCenter Server 5.0으로 업그레이드할 수 있습니다. 32비트 시스템에 VMware vCenter Server 2.5 또는 vCenter Server 4.0이 설치되어 있는 경우에는 vSphere 업그레이드 설명서에서 vCenter Server 데이터베이스를 보존하면서 64비트 운영 체제에 vCenter Server를 설치하는 지침을 참조하십시오.

vCenter Server 5.0에는 vCenter Server와 관련된 MIB(Management Information Base) 파일이 포함되어 있습니다. ESXi와 관련된 MIB 파일은 VMware 웹 사이트( http://www.vmware.com/download/vsphere/drivers_tools.html)에서 다운로드할 수 있습니다.

이 릴리스의 업그레이드

vCenter Server 및 ESXi 호스트를 업그레이드하는 방법에 대한 지침은 vSphere 업그레이드 설명서를 참조하십시오.

vSphere 5.0은 다음과 같은 방법으로 업그레이드할 수 있습니다.

  • 64비트 시스템에서 vCenter Server 4.x를 vCenter Server 5.0으로 인플레이스 업그레이드할 수 있습니다.
    Windows XP Professional x64 Edition에서 실행 중인 vCenter Server 4.0.x 인스턴스는 업그레이드할 수 없습니다.
  • vCenter Server 5.0을 새로운 64비트 운영 체제에 설치한 후 기존 데이터베이스를 마이그레이션하여 vCenter Server 2.5 업데이트 6 이상 및 vCenter Server 4.x를 vCenter Server 5.0으로 업그레이드할 수 있습니다.
    이 방법을 사용하면 32비트 시스템에서 64비트 시스템으로 업그레이드할 수 있습니다.
  • vCenter Server 5.0은 ESXi 5.0 호스트를 ESX/ESXi 4.x 및 ESX/ESXi 3.5 호스트와 동일한 클러스터 내에서 관리할 수 있습니다. 뿐만 아니라 ESX/ESXi 3.5 호스트를 ESX/ESXi 4.x 호스트와 동일한 클러스터 내에서 관리할 수도 있습니다. 그러나 vCenter Server 5.0으로 ESX 2.x 또는 3.0.x 호스트를 관리할 수는 없습니다.

vSphere 5.0의 릴리스 테스트

vCenter Server 5.0 업데이트 1 릴리스 후보 릴리스는 vCenter Server 5.0 업데이트 1로 업그레이드할 수 없습니다. vCenter Server 5.0 업데이트 1 릴리스 후보 릴리스를 제거하고 vCenter Server 5.0 업데이트 1을 새로 설치하십시오. vCenter Server 5.0 업데이트 1 릴리스 후보 릴리스를 테스트하던 중이었다면 보존하고자 하는 vCenter Server 5.0 업데이트 1의 설정 데이터는 다시 생성하는 것이 좋습니다.

VMware vSphere의 오픈 소스 구성 요소

vSphere 5.0에 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 http://www.vmware.com/download/vsphere/open_source.html 페이지의 Open Source(오픈 소스) 탭에서 확인할 수 있습니다. 이 페이지에서는 최신 vSphere 릴리스에 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.

제품 지원 고지 사항

VMware vSphere 5.0은 다음의 관리 기능 및 플랫폼용으로 사용할 수 있는 최근 릴리스입니다. VMware에서는 이러한 기능 및 플랫폼이 지원되는 수명 주기 동안 필요한 모든 기술 지원을 계속 제공할 것입니다.

  • VMware Toolbox: vSphere 5.0은 VMware Tools 그래픽 사용자 인터페이스인 VMware Toolbox에 대한 지원이 포함된 마지막 릴리스입니다. VMware에서는 모든 VMware Tools 기능을 수행하는 Toolbox CLI(명령줄 인터페이스)를 지속적으로 업데이트하고 지원할 것입니다.

  • VMI 반가상화: vSphere 4.1은 VMI 게스트 운영 체제 반가상화 인터페이스를 지원하는 마지막 릴리스였습니다. 이후 vSphere 릴리스에서도 VMI를 실행할 수 있도록 VMI를 사용하는 가상 시스템을 마이그레이션하는 데 대한 자세한 내용은 기술 자료 문서 1013842를 참조하십시오.

  • VMCI 소켓: vSphere 5.0은 VMCI(가상 시스템 통신 인터페이스) 소켓을 가상 시스템 간 통신에 사용할 수 있는 마지막 주요 릴리스입니다. ESXi와 가상 시스템 간의 통신에 VMCI 소켓을 사용하는 기능은 계속해서 지원됩니다.

  • 지원되지 않는 Linux 게스트를 위한 사전 구축 모듈: vSphere 5.0은 지원되지 않는 Linux 게스트 운영 체제를 위한 PBM(사전 구축 모듈)이 함께 제공되는 마지막 릴리스입니다. 지원되지 않는 Linux 게스트를 사용하려면 VMware Tools를 설치하는 동안 소스 코드에서 Linux 커널 모듈을 컴파일해야 합니다.

  • 테이프 드라이브: ESX/ESXi 호스트에 연결된 테이프 드라이브는 지원되지 않습니다. 자세한 내용은 기술 자료 문서 1016407을 참조하십시오.

  • vSphere 5.0과 이후 업데이트 및 패치 릴리스는 VMware ESX/ESXi 3.5 및 VMware Virtual Center 2.5를 지원하는 마지막 vSphere 버전: VMware ESXi, VMware vCenter Server, VMware vSphere Client 및 vCenter Update Manager와 같은 VMware vCenter 확장 및 플러그인을 포함하는 vSphere 이후 버전은 VMware ESX/ESXi 3.5 또는 VMware Virtual Center 2.5에서 사용할 수 없습니다. VMware ESX/ESXi 3.5 및 VMware Virtual Center 2.5는 원래 게시된 지원 종료일까지 계속 지원됩니다.

해결된 문제

이 릴리스에서는 다음 주제 영역의 문제를 해결합니다.

    업그레이드 및 설치

    • 기본 자체 서명된 SSL 인증서를 사용할 때 vCenter Server 5.0으로 업그레이드한 후 HA를 구성하면 오류가 발생하여 HA 구성에 실패합니다.
      vCenter Server를 5.0으로 업그레이드할 때 다음 오류 메시지로 인해 호스트에서 vSphere HA 에이전트의 구성을 완료할 수 없으며 구성이 실패합니다.
      호스트에서 vSphere HA 에이전트 구성을 완료할 수 없습니다.
      호스트 설정이 잘못 구성되었습니다.
      작업 시간이 초과되었습니다.
      이 문제는 기본 자체 서명된 SSL 인증서를 사용하는 경우에 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • Web Client 설치가 완료된 후 vSphere Web Client가 시작되지 않습니다.
      vCenter Server에서 Web Client 설치가 완료된 후 vSphere Web Client가 시작되지 않을 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 오류로 인해 vCenter Server 5.0으로 업그레이드하지 못했습니다.
      vCenter Server 4.1 인스턴스를 vCenter Server 5.0으로 업그레이드한 후 vCenter Server가 시작되지 않으며, win32 예외 오류 및 역추적을 생성합니다.
      이 문제가 발생하면 다음 오류 메시지가 vpxd 로그에 기록됩니다.
      동일한 경보에서 상태를 저장하는 이벤트와 상태를 저장하지 않는 이벤트 표현식을 모두 찾았습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server 5.0 U1은 Microsoft SQL Server 2008 R2 SP1 Express 데이터베이스와 함께 제공됩니다.
      Microsoft SQL Server 2008 R2 Express 데이터베이스와 함께 설치된 vCenter Server 5.0 GA를 vCenter Server 5.0 U1로 업그레이드하면 Microsoft SQL Server 2008 R2 Express 데이터베이스가 Microsoft SQL Server 2008 R2 SP1 Express 데이터베이스로 업그레이드됩니다.
      참고: vCenter Server를 vCenter Server 5.0 U1로 업그레이드한 경우 다시 시작해야 합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    스토리지 문제

    • vCenter Server 5.0을 대규모 SAN 환경의 SQL Server에서 실행하면 tempdb 크기가 지나치게 커질 수 있습니다.
      볼륨/Lun 및 어댑터가 많은 대규모 SAN 환경에서 vCenter Server 5.0을 실행하고 있는 경우 VMware Virtual Center Management Webservices가 시작되고 vCenter Server 데이터베이스에 대한 쿼리를 실행하는 VMware vCenter SMS(Storage Monitoring Service)가 초기화되어 tempdb 크기가 지나치게 커지고 하드 디스크가 가득 찰 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server가 데이터스토어 브라우저 작업을 위해 대기 모드의 호스트를 선택할 수 있습니다.
      vSphere Client 인벤토리의 호스트가 대기 모드일 때 vCenter Server가 다시 시작되면 호스트의 로컬 데이터스토어를 검색할 수 있습니다. 그러나 데이터스토어의 내용은 볼 수 없습니다. vCenter Server가 대기 모드의 호스트를 선택한 경우에도 공유 데이터스토어를 찾아볼 수 없는 경우가 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다. 이 릴리스부터 vSphere Client에서 대기 모드인 호스트의 로컬 데이터스토어 찾아보기를 허용하지 않습니다. vCenter Server에서 공유 데이터스토어를 찾아보기 위해 대기 모드의 호스트를 선택하지 않습니다.

    • 스토리지 공급업체를 사용할 때 스토리지 시스템에서 제공한 시스템 정의 스토리지 기능 일부가 vCenter Server에 표시되지 않을 수 있습니다.
      이 문제는 스토리지 공급업체 구성 요소가 제공하는 기능의 레이블이나 설명에 vCenter Server에서 지원하지 않는 기호가 포함된 경우 발생할 수 있습니다. 이 문제는 기능 정보의 양이 현재 지정된 제한을 초과하는 경우에도 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    서버 구성

    • SPS(Storage Profile Driven Service)에서 NFS 및 VMFS 데이터스토어 스토리지 기능을 처리할 수 없습니다.
      vCenter Server의 SPS(Storage Profile Driven Service)에서 스토리지 기능이 NFS 및 VMFS 데이터스토어와 관련되는 시나리오를 처리할 수 없습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 클러스터에 대한 VM 스토리지 프로파일 기능을 사용하도록 또는 사용하지 않도록 설정하면 HA 및 DRS가 사용할 수 없는 상태로 표시됩니다.
      클러스터에 대해 가상 시스템 스토리지 프로파일 기능을 사용하도록 또는 사용하지 않도록 설정하면 HA 및 DRS 클러스터 구성에서 불일치가 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 호스트 프로파일에서 다음 오류를 보고합니다. 호스트에 공유 데이터스토어가 없습니다.
      HA/DRS 클러스터(ESX 또는 ESXi 4.x 호스트로만 구성됨)에 대한 vCenter 5.0 프로필 준수 탭을 클릭하면 클러스터가 다음과 같은 오류 메시지와 함께 호환되지 않는 상태로 표시됩니다.
      호스트에 공유 데이터스토어가 없음
      이 문제는 이 릴리스에서 해결되었습니다.

    • 호스트 프로파일을 적용할 때 vSwitch 및 포트 그룹이 호스트에서 다시 생성될 수 있습니다.
      네트워크 준수 상태의 호스트에 호스트 프로파일을 적용하면 호스트의 vSwitch 및 포트 그룹이 제거되었다가 다시 생성되어 호스트의 vSwitch 및 포트 그룹 설정에 영향을 줄 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    vCenter Server 및 vSphere Client 문제

    • VASA 공급업체에서 매우 큰 인벤토리를 지원하는 경우 SMS 로그에 읽기 시간 초과 예외가 표시될 수 있습니다.
      VASA 공급업체에서 매우 큰 인벤토리를 지원하고 SMS에서 해당 공급업체의 데이터를 동기화할 수 없는 경우 매우 큰 인벤토리에 대한 특정 VASA API 호출을 완료하려면 시간이 오래 걸려 시간 초과가 발생하기 때문에 vCenter Server의 SMS 로그에 읽기 시간 초과 예외가 표시될 수 있습니다.
      이 문제는 이 릴리스에서 vasa axis2 클라이언트에 대한 시간 초과 값을 15분으로 증가하여 해결되었습니다.

    • VASA 공급업체가 다시 시작되면 InvalidArgument 예외가 SMS 로그에 표시됩니다.
      vCenter Server에서 VASA 공급업체가 다시 시작되면 latestEventID 및 latestAlarmId 변수가 -1로 재설정됩니다. 그러나 SMS는 동일한 lastReturnedEventId 및 lastReturnedAlarmId를 계속 호출합니다. 이로 인해 VASA 공급업체에서 invalidArgument 예외가 발생할 수 있습니다. 그 결과 SMS는 VASA 공급업체로부터 추가 이벤트나 경보를 받지 않습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server에 포함된 일부 ESX/ESXi 호스트에 대한 성능 데이터에 차이가 있습니다.
      ESX/ESXi 호스트와 vCenter Server의 일시적 네트워크 연결 기간 동안 vCenter Server에서 액세스할 수 없는 호스트로부터 성능 통계를 수집하려고 하면 통계 수집 작업이 보류 중 상태로 유지되며 해당 호스트에 대해 추가 통계가 수집되지 않습니다. 따라서 vCenter Server에서 액세스할 수 없는 ESX/ESXi 호스트에 대한 성능 데이터가 다르게 표시됩니다.
      vpxd.log 파일에 다음과 유사한 항목이 포함될 수 있습니다.
      [VpxdMoHost::CollectRemote] Attempt to collect stats on
      [VpxdMoHost::CollectRemote] Not collecting stats this time on host because collection pending Had to drop performance data coming from host because it has error (The specified network name is no longer available).
      이 문제는 이 릴리스에서 해결되었습니다.

    • 디스크 또는 데이터스토어 카운터를 쿼리할 때 vCenter Server에 장애가 발생합니다.
      디스크 또는 데이터스토어 카운터를 쿼리할 때 반환되는 값이 32비트보다 크면 vCenter Server에 장애가 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • SMS(스토리지 관리 서비스)에서 둘 이상의 supportedVendorModel 조합을 보고하는 공급업체를 로드하지 못함
      VASA 규격(vSphere Storage API - Storage Awareness) 및 SMS VMODL에 따르면 supportedVendorModelMapping은 각 항목에 vendorId 및 modelId 속성이 포함되어 있는 어레이입니다. 현재 공급업체가 둘 이상의 vendorId/modelId 조합을 보고하는 경우 각 조합을 문서에 있는 별도의 supportedVendorModelMapping 태그에 배치하지 않고 해당 조합을 모두 단일 supportedVendorModelMapping 태그 내에 유지했습니다. 따라서 VendorProviderInfo 문서에 대해 deserialization 오류가 발생하며 SMS에서 공급업체를 로드할 수 없습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server를 특정 타사 애플리케이션에서 사용하면 속도가 느려지거나 응답하지 않을 수 있습니다.
      vCenter Server가 Oracle 데이터베이스와 함께 설치되고 nworks Management Pack과 같은 특정 타사 애플리케이션과 함께 사용될 경우 vpx_event 테이블에서 실행되는 쿼리 문제로 인해 vCenter Server가 느리게 수행되거나 응답하지 않을 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다. vpx_event 테이블에서 실행되는 쿼리는 Oracle 데이터베이스에서 더 잘 실행되도록 최적화되어 vCenter Server의 성능 문제를 차단합니다.

    • 호스트에서 임의로 vCenter Server와 연결을 끊었다가 바로 vCenter Server에 다시 연결합니다.
      예를 들어 vCenter Server 시스템에 설치된 시간 동기화 소프트웨어에 의한 조정으로 인해 시스템 시간이 vCenter Server에서 2분 이상 앞으로 설정된 경우 호스트는 매우 짧은 시간 동안 vCenter Server에서 연결이 끊긴 것처럼 나타날 수 있지만 호스트에서 바로 vCenter Server에 다시 연결합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 내부 오류로 인해 VMware vCenter Server 5.0.x에서 ESX/ESXi 4.1 호스트 작업을 추가하지 못했습니다.
      VMware vCenter Server 5.0.x에서 ESX/ESXi 4.1 호스트 작업을 추가하면 다음과 같은 오류 메시지와 함께 실패합니다.
      Alert:false@ d:/build/ob/bora-455964/bora/vim/lib/vdb/vdb.cpp:3253
      이 문제는 이 릴리스에서 해결되었습니다.

    • 보기 옵션이 선택되지 않은 경우에도 가상 시스템이 표시됨
      vCenter Server에 연결된 경우 호스트 및 클러스터 보기의 메뉴 모음에서 보기를 선택하면 메뉴에 가상 시스템을 표시하도록 선택된 옵션이 포함됩니다. 이 옵션의 선택을 취소하고 호스트 및 클러스터 보기를 그대로 둔 다음 이 보기로 돌아오면 가상 시스템이 다시 표시되고 인벤토리의 가상 시스템 표시 옵션이 선택된 상태로 유지됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server에서 SSL 인증서가 있는 ESX 호스트를 추가하지 못할 수 있으며, 오류 메시지는 vpxa.log에 기록됩니다.
      DOS 스타일 CRLF 줄 마침 표시가 있는 SSL 인증서(rui.crt)가 ESX에 설치되어 있으면 vpxa에서 로드하지 못합니다. 이 문제로 인해 다음과 같은 오류 메시지가 vpxa.log에 기록됩니다.
      Failed: 인식할 수 없는 파일 형식: /etc/vmware/ssl/rui.crt.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server에서 정확한 메모리 사용량을 표시하지 못합니다.
      vCenter Server에서 호스트 메모리의 MB 열은 5자리 숫자로 제한됩니다. 이 제한으로 인해 메모리 사용이 5자리 숫자를 초과하면 처음 5자리 숫자만 표시되므로 vCenter Server에서 정확한 메모리 사용량을 표시하지 못할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • VDS(vNetwork Distributed Switch)의 NIC에서 하나 이상의 링크가 다운되면 클러스터에서 호스트 프로파일 준수 검사가 실패할 수 있습니다.
      VDS의 포트 그룹인 VMkernel 부분에서 vMotion 및 Fault Tolerance 로깅을 사용하도록 설정한 클러스터에서 호스트 프로파일 준수 검사를 실행하면 하나 이상의 NIC가 다운될 경우 준수 검사가 실패할 수 있습니다.
      다음과 같은 오류 메시지가 호스트 준수 장애 창에 표시될 수 있습니다.
      클러스터 요건의 장애
      vMotion NIC 속도가 1000Mbps 이상이 아닙니다.
      FTlogging NIC 속도가 1000Mbps 이상이 아닙니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • Distributed Resource Scheduler를 사용하도록 설정된 클러스터가 여러 개인 vCenter Server가 실패할 수 있습니다.
      시스템이 49.7일 동안 지속적으로 실행되면 Windows 시스템 가동 시간 카운터가 0으로 재설정됩니다. 카운터가 재설정되기 전에 하나 이상의 클러스터를 생성하거나 사용하도록 설정한 DRS 클러스터가 둘 이상 있고 카운터를 재설정한 후에 하나 이상의 클러스터를 생성하거나 사용하도록 설정한 경우, 가상 시스템 전원 켜기와 같은 작업에 대한 권장 사항을 제공하기 위해 DRS가 시작될 때 새로 생성한 클러스터에서 충분한 통계를 수집하지 못했다면 vCenter Server가 실패할 수 있습니다. 이런 경우 다음 오류 메시지가 vpxd.log 파일에 기록됩니다.
      ASSERT d:/build/ob/bora-455964/bora/vpx/public\vpxDrmStats.h:732
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server의 VPX_TASK 테이블에 VC 데이터베이스 보존 정책보다 오래된 항목이 포함되어 있습니다.
      vCenter Server에서 데이터베이스 보존 정책을 변경한 후 [x]일보다 오래된 VPX_TASK 테이블 항목이 계속 표시될 수 있습니다. 따라서 vCenter Server 데이터베이스 내부에서 VPX_TASK 테이블이 예기치 않게 증가할 수 있습니다.
      자세한 내용은 KB 2005293을 참조하십시오.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vSphere Client에서 ESXi 4.x 호스트에 대한 서비스 콘솔 메모리를 표시합니다.
      ESX 호스트가 vCenter Server에 연결되어 있는 동안 ESX 4.x가 이전에 설치된 시스템에 ESXi 4.x를 설치하면 vSphere Client는 다시 연결한 후 ESXi 호스트에 대한 구성 탭에 서비스 콘솔 메모리를 잘못 표시합니다. 이 문제는 vCenter Server에서 이전 ESX 4.x 서비스 콘솔 메모리에 대한 레코드를 유지하기 때문에 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vSphere Client에서 다음 오류가 표시된 창을 여러 개 표시합니다. vSphere Client에서 내부 오류가 발생했습니다. 세부 정보: 개체 참조가 개체의 인스턴스로 설정되지 않았습니다.
      vSphere Client가 vCenter Server에 연결되면 여러 개의 창이 나타나 다음 오류 메시지를 표시할 수 있습니다. vSphere Client에서 내부 오류가 발생했습니다. 세부 정보: 개체 참조가 개체의 인스턴스로 설정되지 않았습니다.
      viclient.log 파일에는 다음과 비슷한 오류 메시지가 포함됩니다.
      System.NullReferenceException: 개체 참조가 개체의 인스턴스로 설정되지 않았습니다.
      at VpxClient.VMList.UpdateCPUAndMemUsageForViewableItems()
      at VirtualInfrastructure.Updates.PollerDispatcherImpl.NotifyUpdates(Map`2 handler2Updates)
      이 문제는 이 릴리스에서 해결되었습니다.

    • VirtualMachine.Config.Rename 권한이 이름 바꾸기 및 주석으로 분할됩니다.
      vCenter Server에서 VirtualMachine.Config.Rename 권한은 가상 시스템에 대한 주석으로 편집하는 데 필요하므로 사용자가 주석을 편집할 뿐만 아니라 주석의 이름을 바꿀 수 있도록 허용합니다. 이 버그 수정에서는 이름 바꾸기 권한이 이름 바꾸기 및 주석으로 분할된 후 가상 시스템의 주석을 편집하는 데 적합한 VirtualMachine.Config.Annotation 권한을 사용합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 작업에 대해 설정된 간격이 999보다 클 경우 최근 작업 창이 가상 시스템을 내보내도록 스케줄링된 작업 항목으로 가득 찰 수 있습니다.
      가상 시스템을 내보내도록 스케줄링된 작업의 간격이 999보다 클 경우 작업이 처음으로 실행되거나 VMware vCenter Server 서비스가 다시 시작되면 최근 작업 창이 스케줄링된 작업 항목으로 가득 찰 수 있습니다. 대기열에 포함된 작업을 제거하면 잘못된 인수 오류가 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다. vSphere Client를 사용하여 작업을 스케줄링할 때는 간격을 999보다 큰 값으로 설정할 수 없습니다. vSphere API/SDK를 통해 RecurrentTaskScheduler 데이터 객체를 사용하여 작업을 스케줄링할 때는 간격을 999보다 큰 값으로 설정할 수 없습니다. 간격을 999보다 큰 값으로 설정하면 특정 매개 변수가 올바르지 않습니다.오류가 발생합니다.

    • 사용자 지정 규격에서 Red Hat Enterprise Linux 5의 게이트웨이를 구성하지 않습니다.
      이전에는 게이트웨이가 route-ethX로 이미 설정된 경우 Red Hat Enterprise Linux 5.x 가상 시스템의 이미지 사용자 지정이 게이트웨이를 제대로 구성하지 않았습니다. 따라서 사용자 지정 중에 사용자가 새 게이트웨이를 RHEL 5.x 가상 시스템에 할당하면 새 게이트웨이 항목이 /etc/sysconfig/network-scripts/route-ethX파일에 추가됩니다. RHEL 네트워크 서비스는 해당 파일에서 첫 번째 항목(이전 게이트웨이 설정)을 선택하고 사용자 지정 중에 사용자가 지정한 게이트웨이 변경 사항은 선택하지 않습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 다음 오류 메시지와 함께 vCenter Server 5.0으로 업그레이드하지 못했습니다. VCDatabaseUpgrade.log에서 오류가 발생하여 DBUHelper.exe를 실행하지 못했습니다.
      vCenter Server 5.0으로 업그레이드한 후에 vCenter Server가 시작되지 않고 다음 오류 메시지가 발생합니다.
      VCDatabaseUpgrade.log에서 오류가 발생하여 DBUHelper.exe를 실행하지 못했습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 사용자 지정된 고급 성능 차트에서 변경한 사항이 저장되지 않을 수 있습니다.
      사용자 지정된 고급 성능 차트를 생성하고 저장한 후 다른 그래프로 전환했다가 이 차트로 다시 돌아오면 다중 >객체(예: VM)의 선택을 포함하여 사용자 지정 차트에서 개별적으로 변경한 모든 사항이 유지되지 않을 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • NFS 스토리지를 사용하는 가상 시스템의 디스크에 대해 성능 개요 차트가 표시되지 않습니다.
      디스크 속도 및 디스크 요청 성능 개요 차트는 NFS 스토리지를 사용하는 가상 시스템에 대해 표시되지 않습니다. 다음과 비슷한 메시지가 차트에 나타날 수 있습니다.
      사용할 수 있는 데이터가 없습니다.
      이 문제는 이 릴리스에서 가상 디스크 속도 및 가상 디스크 요청 성능 개요 차트를 추가하여 해결되었습니다.

    • vCenter Server를 시작하는 데 오래 걸림
      vCenter 인벤토리가 클 경우 vCenter 서비스를 다시 시작할 때 수많은 ESX 호스트 동기화가 수행됩니다. 이로 인해 vCenter 서비스 시작이 상당히 지연될 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • webclient에서 성능 차트가 완전히 로드되지 않음
      webclient에서 성능 탭을 열 때 성능 차트를 로드할 수 없습니다. 사용자가 성능 탭을 클릭할 때마다 이 문제가 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server 인벤토리에 있는 여러 호스트의 기간별 성능 차트에서 공백이 나타남
      vCenter Server에서 기간별 성능 데이터가 손실될 수 있습니다. vCenter는 다음 이벤트를 기록할 수도 있습니다.
      ODBC 오류 때문에 엔티티에 대한 통계를 삽입하지 못했습니다.
      vCenter vpxd 로그에 원시 통계를 삽입할 테이블을 가져오지 못했습니다. 성능 데이터가 손실됩니다와 같은 메시지가 표시됩니다.
      자세한 내용은 KB 2011523을 참조하십시오.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 데이터베이스가 제거되지 않는 성능 통계로 채워짐
      vCenter Server 구성 시에 전날, 지난 주, 지난 달, 지난 해 등의 기간별 데이터가 수집되어 관련 VPX_HIST_STAT 테이블을 채우고 제대로 제거되지 않을 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Inventory Service 및 vSphere Profile-Driven Storage Service의 상태를 검색할 수 없음
      vCenter Server를 한 호스트에서 제거한 후 다른 호스트에 설치했지만 이 서버에서 여전히 이전 vCenter 데이터베이스를 사용하는 경우 사용자가 vCenter Inventory Service 및 vSphere Profile-Driven Storage Service의 상태를 검색할 수 없습니다. 이 문제는 vCenter Server에서 잘못된 인벤토리 서비스 정보로 인해 발생할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 호스트가 HA(High Availability) 클러스터에 속할 경우 가상 시스템 자동 시작/종료 옵션이 해제됨
      호스트가 HA 클러스터에 추가되면 vCenter Server에서 ESX 호스트 설정 가상 시스템이 시스템에서 자동으로 시작 및 중지될 수 있도록 허용이 해제됩니다. HA에서 이 기능이 지원되지 않기 때문입니다. 호스트가 HA 클러스터에 속하면 이 설정을 다시 사용하도록 설정하는 옵션이 회색으로 비활성화됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • DRS 지원 클러스터에서 가상 시스템의 전원을 켤 수 없음
      DRS 지원 클러스터에서 가상 시스템의 전원을 켜려고 하면 vCenter Service에 장애가 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.
    • 가상 시스템 폴더의 이름을 바꿀 경우 가상 시스템의 이름이 바뀔 수 있음
      많은 사용자가 로그인한 VMware HA/DRS 지원 시스템에 있는 vSphere Client의 템플릿 뷰와 VM에서 폴더의 이름을 바꾸려고 하면 대상 폴더 대신 일부 가상 시스템의 이름이 잘못 바뀔 수 있습니다. 최근 작업 패널에 최근에 가상 시스템 이름 바꾸기 작업이 실행된 것으로 나타납니다. 이 문제는 VMware HA/DRS에서 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • Linked Mode에서 가상 시스템의 콘솔에 액세스할 때 vCenter Server에서 보안 오류를 생성함
      둘 이상의 vCenter Server 5.0 인스턴스가 Linked Mode에 있고, vSphere Web Client를 첫 번째 vCenter Server에 설치하고 Web Client에서 모든 vCenter Server 인스턴스를 등록한 상태에서 첫 번째 vCenter Server에 로그인하여 Web Client를 열면 vCenter Server가 모두 표시되지만, 두 번째 vCenter Server에서 가상 시스템의 콘솔을 열면 콘솔이 표시되지 않고 다음과 같은 내용의 오류가 나타납니다.
      호스트 지문 불일치로 인해 "호스트 이름"에 대한 SSL 검증 실패
      연결 보안에 영향을 주는 오류가 발생했습니다.
      vSphere Client를 통해서는 콘솔이 표시됩니다. 이 문제는 Web Client에만 영향을 줍니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • OVA를 vCenter 5.0으로 가져오려고 하면 DLL을 로드할 수 없는 오류가 나타남
      vSphere 5.0 Client에서 zlib.dll을 올바른 디렉토리 위치로 복사하지 못해 OVA 가져오기가 실패합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • SDRS/SIOC 통계를 수준 1에서 더 높은 통계 수준으로 이동하면 이러한 통계로 인한 성능 저하가 완화됨
      vCenter Server에서 수준 1의 SDRS 및 SIOC 통계를 사용하면 vCenter 데이터베이스에 삽입된 후 롤업되는 행 수가 많기 때문에 vCenter 성능이 저하됩니다. SDRS/SIOC 통계를 더 높은 통계 수준으로 이동하면 데이터베이스 사용량이 크게 감소하므로 vCenter 성능이 향상됩니다. 그러나, 실질적으로 이러한 변경으로 인해 실시간이 아닌 POD 및 데이터스토어 성능 차트를 사용할 수 없게 됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server VM 클론 작업이 다음 오류와 함께 실패함. vim.fault.InvalidDeviceSpec
      vCenter Server에서 다음 오류로 인해 가상 시스템 클론 작업이 실행되지 않을 수 있습니다. vim.fault.InvalidDeviceSpec. 이 문제는 VM이 Host-1에 있고 Host-1과 Host-2가 모두 동일한 DVS에 있을 경우 나타날 수 있습니다. 이 문제는 DVport 예약에서 vCenter의 잘못된 계산으로 인해 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.
    • vSphere Client 5.0 이하에서 IPv6 DNS 이름을 사용하여 VM 콘솔을 열 수 없음
      vCenter Server 5.0 이하에서 호스트가 IPv6 DNS 이름을 사용하는 경우 vSphere Client 사용자가 가상 시스템 콘솔을 열 수 없습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • HA 지원 클러스터에서 vCenter Server가 FT에 대해 NHM CPU 호스트와 WSM CPU 호스트의 쌍을 생성하지 않음
      HA 지원 클러스터에서 클러스터가 Nehalem CPU 및 Westmere CPU가 장착된 서버로 혼합 구성되어 있을 경우 이러한 CPU 서버 간에 FT 쌍이 생성되지 않습니다. 기본 가상 시스템이 Nehalem CPU에서 실행되고 있을 경우 어느 시점에서든 해당 보조 가상 시스템이 Westmere CPU 호스트에서 실행되지 않으며 그 반대도 마찬가지입니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • ResetCounterLevelMapping API가 187,188,193,203,138,139,245 카운터에 대해 예외를 발생시킬 수 있음
      vCenter Server에서 ResetCounterLevelMapping API가 187,188,193,203,138,139,245 카운터에 대해 예외를 발생시킬 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter 5.0에서 특정 빌드 번호의 ESX 4.0 호스트를 관리할 수 없음
      Patch03(빌드 219382)과 Patch09(빌드 360236) 사이의 ESXi 4.0 릴리스를 실행하는 호스트에서 PSOD가 발생할 수 있습니다. HA 지원 클러스터의 vCenter 5.0에서 호스트를 관리하고 있고, 호스트를 제거했다가 vCenter 인벤토리에 다시 추가하는 등의 이유로 VPXA 에이전트를 호스트에 다시 설치한 경우 이 문제가 나타납니다. 이 수정 릴리스를 통해 vCenter에서 호스트를 관리할 수 있게 되었으며, 따라서 ESX 4.0 호스트에서 PSOD가 발생하지 않습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 스케줄링된 전원 끄기 작업이 예정보다 이틀 일찍 실행될 수 있음
      vSphere Client가 월의 말일에 실행되고 있을 때 vCenter Server에서 스케줄링된 전원 끄기 작업을 생성할 경우 vCenter Server에서 계산을 잘못하여 작업이 이틀 일찍 실행될 수 있습니다. 예를 들어 스케줄링된 전원 끄기 작업을 매주 일정으로 설정하고 대상 요일을 일요일로 지정하면 결과적으로 작업이 이틀 빠른 금요일에 실행됩니다. 이 문제는 오전/오후 필드를 지정하지 않거나 오전으로 지정한 경우에 발생하며, 오후를 선택한 경우에는 발생하지 않습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • HA 페일오버 호스트로 배포할 때 템플릿에서 HA-DRS 클러스터로의 VM 배포가 실패함
      사용자가 템플릿에서 가상 시스템을 배포하여 생성 후 가상 시스템 전원 켜기 옵션을 선택하면 페일오버 호스트에 가상 시스템이 배포되어 가상 시스템 전원을 켜려는 시도가 실패할 수 있습니다. 그러나 생성 후 가상 시스템 전원 켜기 옵션 선택을 취소하면 가상 시스템 전원 켜기를 시도하지 않게 되어 가상 시스템 생성이 정상적으로 이루어지므로 VM을 문제 없이 페일오버 호스트에 배포할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.
    • vCenter Server 5.0으로 업그레이드한 후 vMotion이 작동하지 않고 일반 시스템 오류가 발생할 수 있음
      vCenter Server 5.0 vMotion이 작동하지 않고 초기화되지 않았습니다.vCenter Server xxxxxxxx에서 envbrowser-xxx개체에 대해 EnvironmentBrowser.QueryConfigTarget을 호출하지 못했습니다.라는 일반 시스템 오류가 발생합니다. ESX/ESXi 호스트에서 액세스할 수 없거나 비활성 상태인 데이터스토어의 오래된 항목이 vCenter Server 데이터베이스에 있는 경우 이 문제가 발생할 수 있습니다. vCenter Server 5.0으로 업그레이드하기 전부터 액세스할 수 없는 데이터스토어가 존재했을 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server를 다시 시작하고 나면 데이터스토어 클러스터에 대해 설정된 사용 권한이 손실됨
      vCenter Server 5.0을 다시 시작하고 나면 vCenter Server의 데이터스토어 클러스터에 대해 직접 설정된 사용 권한이 손실됩니다. 해당 사용 권한을 영구적으로 적용하려면 데이터스토어 보기의 더 높은 수준에서 동일한 사용 권한을 설정한 다음 데이터스토어 클러스터의 하위 수준으로 전파해야 합니다.
      이 문제는 이 릴리스에서 해결되었습니다.
    • 서비스가 작동 중이어도 vSphere Client를 통해 vCenter 서비스를 연결할 수 없음
      vCenter Server에서 vpxd에 복구할 수 없는 데이터베이스 오류가 발생하면 연결할 수 없습니다. VC 데이터베이스를 다시 시작하면 db가 손상되어 vpxd를 다시 시작할 수 없음을 확인할 수 있습니다. 사용자는 이전 백업에서만 복원할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    가상 시스템 관리 문제

    • 가상 시스템을 스냅샷으로 복구하는 작업이 실패할 수 있음
      스냅샷이 포함된 가상 시스템을 다른 ESX/ESXi 호스트로 마이그레이션하면 vCenter 데이터베이스의 스냅샷 개체 ID 불일치로 인해 vCenter가 가상 시스템을 스냅샷 상태로 복구하지 못할 수 있으며, vSphere Client에는 다음과 같은 메시지가 표시됩니다.
      개체가 이미 삭제되었거나 완전히 생성되지 않은 상태입니다. vCenter Server 로그에는 다음과 같은 항목이 포함될 수 있습니다.
      13421:[2011-03-08 09:50:53.257 02580 info 'App' opID=3DB842F7-0000013A] [VpxLRO] --
      ERROR task-489263 -- vm-9273 -- vim.vm.Snapshot.revert:
      vmodl.fault.ManagedObjectNotFound:
      13422-Result:
      13423-(vmodl.fault.ManagedObjectNotFound)
      13424- dynamicType =
      13425- faultCause = (vmodl.MethodFault) null,
      13426: obj = 'vim.vm.Snapshot:snapshot-133808',
      13427- msg = "",
      호스트 프로파일을 추출하기 전에 호스트 자체에서 esxcli명령을 사용하여 SATP PSP를 편집합니다. 호스트 프로파일 편집기를 사용하여 SATP PSP를 편집하면 안 됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Server가 dvPortgroup을 참조하는 동적 속성을 사용하여 VM을 내보내지 못할 수 있음
      vCenter Server가 dvPortgroup을 참조하는 동적 속성을 사용하여 VM을 내보내지 못합니다. 이 내보내기가 실패하는 이유는 OVF 관리자가 동적 속성의 논리 이름을 사용하는 동시에 포트 그룹의 mo-ref를 사용하여 네트워크 이름을 잘못 내보내기 때문입니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 가상 시스템에 대해 CreateSnapshot_Task () 메서드를 사용 안 함으로 설정해도 가상 시스템 스냅샷을 생성하도록 스케줄링된 작업이 정상적으로 수행됨
      API를 사용하여 가상 시스템에 대해 CreateSnapshot_Task ()메서드를 사용 안 함으로 설정한 후에도 가상 시스템 스냅샷을 생성하는 작업이 스케줄링되어 있으면 vCenter Server가 스케줄링된 시간에 가상 시스템의 스냅샷을 정상적으로 생성합니다.
      이 문제는 이 릴리스에서 해결되었습니다. 이번 릴리스부터는 스냅샷이 생성되지 않으며 스케줄링된 작업 실행을 시도하면 오류 메시지가 표시됩니다.

    VMware HA 및 Fault Tolerance 문제

    • ESXi 5 호스트에 대해 Nessus 검사를 실행하면 FDM이 초기화되지 않은 상태가 됨
      vCenter Server에서 ESXi 5 서버에 대해 Nessus 보안 검사를 실행하면 FDM이 초기화되지 않은 상태가 됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • ESX 5.x 호스트와 ESX 4.x 호스트의 혼합 클러스터에 있는 ESX 5.x 호스트에 대해 의도하지 않게 파일 기반 FDM 로깅이 사용되도록 설정될 수 있습니다.
      ESX 5.x 호스트의 기본 FDM 로깅 동작은 syslog를 사용하도록 되어 있으며, 파일 기반 로깅은 사용하도록 설정되어 있지 않습니다. 5.x 호스트와 5.x 이전 호스트가 혼합된 HA 클러스터에서 5.x 이전 호스트의 로그 파일 수를 늘리기 위해 DAS 고급 옵션 das.config.log.maxFileNum을 사용하는 경우, 실수로 ESX 5.x 호스트에 대해 파일 기반 로깅을 사용하도록 설정합니다. 이로 인해 ESX 스크래치 파티션의 공간이 부족해질 수 있습니다.
      이 문제는 이 릴리스에서 HA 클러스터 고급 매개 변수 "das.config.log.outputToFiles"를 도입하여 해결되었습니다. ESX 5.x 호스트에 대해 파일 기반 로깅을 사용하려면 "das.config.log.maxFileNum"을 2보다 큰 값으로 구성하고 "das.config.log.outputToFiles"를 "true"로 구성해야 합니다.
    • HA 페일오버 중 일부 VM가 유효하지 않은 것처럼 보이고 일부 특정 호스트에서 전원을 켤 수 없음
      HA 페일오버 중에 hostd 재부팅 후 일부 VM이 일부 호스트에서 유효하지 않는 것처럼 보일 수 있습니다. 이는 이러한 호스트에서 VMX 파일 보기가 손상된 것으로 보고될 수 있기 때문입니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • CA 서명 SSL 인증서 사용 시 HA를 구성할 수 없음
      이전 버전인 vCenter 5.0에서는 CA 서명 SSL 인증서를 사용하는 경우 호스트에서 HA를 구성할 수 없으며 해당 SSL 지문이 확인되지 않았기 때문에 이 호스트에 vSphere HA를 구성할 수 없습니다.와 같은 오류 메시지가 표시되었습니다. 이러한 현상은 데이터베이스가 데이터베이스의 SSL 지문을 업데이트할 수 없기 때문에 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • HA를 사용하지 않도록 설정한 후 차단된 FT 포트로 인해 보조 VM의 전원이 꺼짐
      문제 해결 또는 다른 이유로 인해 FT가 포함된 클러스터에서 HA를 사용하지 않도록 설정하고 나면 차단된 FT 포트로 인해 모든 보조 VM의 전원이 꺼집니다. 이 문제는 방화벽이 FT 포트 규칙 집합을 사용하지 않도록 설정하기 때문에 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 잠금 모드의 호스트에 대해 HA를 구성할 수 없음
      HA 클러스터에서 잠금 모드를 사용하도록 설정된 ESX 호스트에 이 호스트의 vSphere HA 에이전트에 오류가 발생했습니다.라는 HA 에이전트 오류가 표시될 수 있습니다.
      HA를 수동으로 구성하려고 하면 다음 오류 메시지가 나타납니다.
      vCenter 에이전트 서비스를 설치할 수 없습니다. 알 수 없는 설치 관리자 오류입니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 호스트에 HA를 구성할 수 없으며 "호스트/VIM/vmvisor에 대한 메모리 예약 및 제한을 -1에서 xxx(으)로 증가시키지 못함"이라는 일반 시스템 오류가 발생함
      vCenter Server에서 FDM은 호스트/VIM/visor 메모리 리소스가 무제한(-1)으로 설정된 호스트를 적절하게 고려하지 않습니다. FDM은 모든 호스트에 실제 메모리 제한이 설정되어 있다고 간주하여 AAM에 필요한 델타만큼 호스트 제한을 늘리려고 시도하지만 이 오류로 인해 실패합니다.
      이번 릴리스에서는 호스트 메모리 제한이 무제한으로 설정되어 있어도 HA가 구성됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    게스트 운영 체제 문제

    • 복제 또는 구축 프로세스 중에 Windows 가상 시스템 사용자 지정이 실패함
      vCenter Server에서 Windows 2008, Windows 2008 R2 또는 Windows 7 가상 시스템에 대한 게스트 사용자 지정이 실패하고 자동 설치 응답 파일을 로드하거나 검색하는 중에 Windows 설치에서 내부 오류가 발생했습니다.라는 오류가 발생합니다.
      이 문제가 발생하는 이유는 사용자 지정 규격의 컴퓨터 이름, 등록된 소유자 이름 또는 등록된 조직 이름 필드에
      &, <, >, " 또는 ' 문자가
      포함되어 있기 때문입니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    성능 차트

    • 사용자 지정 성능 차트를 보려고 하면 vSphere Client가 응답하지 않음
      임의의 시간에 시작하는 사용자 지정 시간 범위가 포함된 사용자 지정 성능 차트를 볼 때 vCenter Server에 연결된 vSphere Client 세션이 응답하지 않으며 클라이언트 CPU를 100% 사용합니다. 이 문제를 해결하려면 작업 관리자에서 클라이언트 프로세스를 삭제하고 클라이언트를 다시 시작합니다. 그러나 이렇게 해도 성능 차트는 이전 구성을 로드하려고 시도하고 응답이 중지되기 때문에 성능 차트를 사용하지 못할 수 있습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    라이센스 문제

    • vSphere Enterprise 버전에 VAAI 기능이 나열되지 않음
      vCenter Server에서 vStorage APIs - Array Integration(VAAI) 기능이 vSphere Client for vSphere Enterprise 버전의 구성 > 라이센스가 부여된 기능 아래에 나열되지 않습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    기타 문제

    • 패스스루 IDE 모드를 통해 클라이언트 CD-ROM 디바이스를 VM에 연결하려고 하면 오류가 발생함
      패스스루 IDE 모드를 통해 클라이언트 CD-ROM 디바이스를 VM에 연결하려고 하면 CD-ROM에 대한 잠금 상태를 가져오지 못했습니다.VM의 전원이 꺼지면 호스트 운영 체제가 드라이브 상태를 인식하지 못할 수 있습니다."라는 오류가 표시됩니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • 오늘의 메시지 텍스트 상자에 텍스트를 1,025자 이상 입력할 수 없음
      vCenter 5.0에서는 오늘의 메시지 텍스트 필드에 텍스트를 1,025자 이상 입력할 수 없었습니다.
      이 문제는 이 릴리스에서 해결되었습니다. 오늘의 메시지 텍스트 상자 길이가 3,072자로 늘어났습니다.

    현지화

    • vCenter 5.0 이하에 호스트를 추가하려 하면 오류가 발생함
      운영 체제의 국가별 설정을 변경하면 이 문제가 발생합니다. 즉, 자릿수 구분 단위 설정이 변경되어 숫자 쉼표 구분 기호 간격이 일정하지 않게 될 수 있습니다(예: 1,23,34,5657,345).
      이 문제는 이 릴리스에서 해결되었습니다.

    OVF 사용자 지정

    • vCloud Director 가상 시스템의 Storage vMotion이 작동하지 않고 지정된 매개 변수가 올바르지 않습니다.라는 오류가 발생함
      vCloud Director(vCD) 가상 시스템의 Storage vMotion을 수행할 때 Storage vMotion이 작동하지 않고 지정된 매개 변수가 올바르지 않습니다.라는 오류 메시지가 표시됩니다. VM 설정에서 vApp 옵션 - OVF 설정 아래의 VMware Tools 확인란이 사용하도록 설정되어 있으면 이러한 현상이 발생합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    보안

    • Datastore.Rename 권한 대신 Datastore.FileManagement 권한을 사용하여 데이터스토어의 파일이나 폴더 이름 변경
      vCenter Server에서 이전에는 데이터스토어의 파일 이름을 변경하려면 Datastore.Rename 사용 권한이 필요했습니다. 그러나 이 사용 권한은 데이터스토어 자체의 이름도 변경할 수 있는 권한을 사용자에게 허용했습니다. 이번 릴리스에서는 사용자가 데이터스토어에 있는 파일이나 폴더의 이름을 변경하려면 Datastore.FileManagement 사용 권한이 필요합니다. 사용자가 파일 또는 폴더의 이름을 변경하거나 데이터스토어 내의 파일에 대해 삭제, 읽기, 쓰기 작업을 수행하려는 경우 이 사용 권한이 필요합니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • vCenter Client 내부 브라우저 입력 검증 취약점
      vSphere Client에는 로그 파일 항목에서 html 페이지를 렌더링하는 내부 브라우저가 있습니다. 이 브라우저는 입력을 제대로 삭제하지 않으며 로그 파일에 추가된 스크립트를 실행할 수 있습니다. 이 스크립트를 실행하려면 사용자가 개별 악성 로그 파일 항목을 열어야 합니다.
      이 문제를 해결하려면 vSphere 5.0 업데이트 1 릴리스 또는 vSphere 4.1 업데이트 2 릴리스의 vSphere Client를 설치해야 합니다. vSphere 4.0 및 vCenter Server 2.5와 함께 제공되는 vSphere Client는 영향을 받지 않습니다.
      일반 취약성 및 노출 프로젝트(cve.mitre.org)에서는 이러한 문제에 CVE-2012-1512라는 이름을 할당했습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    • Apache Tomcat 6.0.35로 업데이트하면 여러 보안 문제가 해결됨
      Apache Tomcat이 6.0.35로 업데이트되어 여러 보안 문제가 해결되었습니다. 일반 취약성 및 노출 프로젝트(cve.mitre.org)에서는 이러한 문제를 CVE-2011-3190, CVE-2011-3375 및 CVE-2012-0022라고 불렀습니다.
      이 문제는 이 릴리스에서 해결되었습니다.

    알려진 문제

    알려진 문제를 모두 검토하여 현재 발생한 문제에 해당하는 항목을 찾으십시오. 알려진 문제는 다음과 같이 그룹화되어 있습니다.

    이전에 문서화되지 않은 알려진 문제는 * 기호로 표시되어 있습니다.

      설치 문제

      • vCenter Server 이전 버전에서 vCenter Server에 대한 vSphere Authentication Proxy, vSphere ESXi Dump Collector 및 vSphere Syslog Collector 지원 도구를 설치할 경우 오류 메시지 없음
        vCenter Server 도구(VMware ESXi Dump Collector, VMware Syslog collector, vSphere Auto Deploy, vSphere Authentication Proxy)는 vSphere 5.0 설치 미디어에 포함됩니다. vCenter Server 이전 버전이 설치된 시스템에 이러한 도구를 하나 이상 설치하려고 하면 오류 메시지 표시 없이 설치가 실패합니다.
        해결 방법: 없음

      • vCenter Server의 지원 도구인 vSphere Authentication Proxy, vSphere ESXi Dump Collector 및 vSphere Syslog Collector가 IPv6을 지원 안 함
        Authentication Proxy, ESXi Dump Collector 및 Syslog Collector의 호스트 시스템 각각에 유효한 IPv4 주소가 필요합니다. 이러한 지원 도구는 IPv4 전용 또는 IPv4/IPv6 혼합 모드의 네트워크 환경에 속한 시스템에만 설치할 수 있으며 IPv6 전용 환경에 속해 있는 시스템에는 설치할 수 없습니다. Authentication Proxy, ESXi Dump Collector 및 Syslog Collector 서비스는 vCenter Server와 통신하기 위해 IPv4 주소에 바인딩되며 IPv6을 지원하지 않습니다. vCenter Server는 IPv4 전용, IPv4/IPv6 혼합 모드 또는 IPv6 전용 네트워크 환경에 있는 호스트 시스템에서 실행될 수 있지만 vSphere Client를 통해 vCenter Server에 연결하는 시스템에는 IPv4 주소가 있어야 Authentication Proxy, ESXi Dump Collector 및 Syslog Collector 서비스가 작동합니다.
        해결 방법: 없음.

      • vCenter Inventory Service가 IPv6 인터페이스 바인딩을 기본적으로 지원 안 함
        vCenter Server를 설치하면 vCenter Inventory Service가 IPv4만 기본적으로 지원합니다.

        해결 방법: vCenter Inventory Service에서 IPv6도 지원하려면 다음 단계를 수행하십시오.

        1. vCenter Inventory Service를 중지합니다.
          1. 관리 도구 제어판에서 서비스를 선택합니다.
          2. vCenter Inventory Service를 마우스 오른쪽 버튼으로 클릭하고 중지를 선택합니다.
        2. 텍스트 편집기에서 다음 파일을 엽니다.
          Inventory_Service_installation_directory/lib/server/config/dataservice.properties
        3. dataservice.nio.enabled값을 false로 변경합니다.
        4. vCenter Inventory Service를 다시 시작합니다.

         

      • 이름에 특수 문자가 포함된 폴더에 vSphere Client를 설치할 수 없음
        이름에 세미콜론(;), 왼쪽 대괄호([), 오른쪽 대괄호(]), 등호(=), 더하기 기호(+), 쉼표(,) 또는 파운드 기호(#)가 포함된 폴더나 디렉토리에 vSphere Client를 설치하면 다음과 같은 오류 메시지가 나타납니다.
        설치 경로에 ';' 문자가 있습니다. 이 문자가 포함되지 않은 설치 디렉토리를 선택하십시오.
        폴더 이름에 세미콜론(;)이 없는 경우에도 vSphere Client를 지정한 폴더에 설치할 수 없습니다. 또한 이름에 파운드 문자( #)가 포함된 사용자 지정 폴더에 vSphere Client를 설치하면 클라이언트가 vCenter Server에 연결되지 않습니다.
        해결 방법: 폴더 이름에 세미콜론(;), 왼쪽 대괄호([), 오른쪽 대괄호(]), 등호(=), 더하기 기호(+), 쉼표(,) 또는 파운드 기호(#)가 포함된 사용자 지정 폴더에 vSphere Client를 설치하지 않습니다 .

      • Windows 2008에서 사용자 계정 컨트롤이 설정되어 있으면 설치 후 Linked Mode 그룹에 가입할 수 없음
        2008 x64비트 운영 체제에 UAC(사용자 계정 컨트롤)가 설정되어 있는 경우, vCenter Server를 이미 실행 중인 시스템의 Linked Mode 그룹에 시스템을 가입하려고 하면 외관상 오류 없이 연결되어 보이지만 실제로는 연결이 실패합니다. 이 경우 인벤토리 목록에 vCenter Server 하나만 나타납니다.

        해결 방법: 설치 후 Linked Mode 그룹에 가입하기 전에 UAC(사용자 계정 컨트롤)를 사용하지 않도록 설정했다가 다시 사용하도록 설정합니다.

        1. UAC를 사용하지 않도록 설정합니다.
          1. 시작 메뉴에서 제어판 > 사용자 계정을 선택합니다.
          2. 사용자 계정 컨트롤 사용/사용 안 함을 선택합니다.
          3. UAC(사용자 계정 컨트롤)를 사용하여 컴퓨터를 보다 안전하게 보호를 선택 취소하고 확인을 클릭합니다.
          4. 메시지가 표시되면 시스템을 재부팅합니다.
        2. Linked Mode 구성을 시작합니다.
          1. 시작 > 모든 프로그램 > VMware > vCenter Server Linked Mode 구성을 선택합니다.
          2. 다음을 클릭합니다.
          3. Linked Mode 구성 수정을 선택하고 다음을 클릭합니다.
          4. 이 vCenter Server 인스턴스를 기존 Linked Mode 그룹이나 다른 인스턴스에 가입합니다.를 선택하고 다음을 클릭합니다.
          5. 서버 이름과 LDAP 포트 정보를 입력하고 다음을 클릭합니다.
          6. 계속을 클릭하여 설치를 완료합니다.
          7. 마침을 클릭하여 연결 프로세스를 종료합니다.
        3. vCenter Server 시스템 중 하나에 로그인하여 서버가 서로 연결되었는지 확인합니다.
        4. vCenter Server 시스템이 서로 연결되었으면 UAC를 다시 사용하도록 설정합니다.
          1. 시작 메뉴에서 제어판 > 사용자 계정을 선택합니다.
          2. 사용자 계정 컨트롤 사용/사용 안 함을 선택합니다.
          3. UAC(사용자 계정 컨트롤)를 사용하여 컴퓨터를 보다 안전하게 보호를 선택하고 확인을 클릭합니다.
          4. 메시지가 표시되면 시스템을 재부팅합니다.
      • vSphere Web Client 설치 후 설치 마법사에서 [마침]을 클릭하면 브라우저가 열리고 빈 페이지가 표시됨
        vSphere Client 설치 후 설치 마법사에서 [마침]을 클릭하면 브라우저가 열리고 빈 페이지가 표시됩니다. 이 상태가 유지되고 브라우저가 vSphere 관리 애플리케이션에 연결되지 않습니다.
        해결 방법: 브라우저를 닫고 시작 메뉴에서 vSphere 관리 애플리케이션 페이지를 시작합니다.

      업그레이드 문제

      • vCenter Server 5.0으로 업그레이드하면 vcdb.properties가 잘못 변경될 수 있음*
        vCenter Server 5.0으로 업그레이드하고 나면 vcdb.properties의 데이터베이스 유형이 잘못 변경되어 vCenter 기능에 영향을 줄 수 있습니다. DB 서버 호스트 이름에 하위 문자열 "db2" 또는 "oracle"이 포함되어 있으면 이러한 현상이 발생할 수 있습니다.
        해결 방법: vCenter 데이터베이스를 호스팅하는 데이터베이스 서버는 하위 문자열 "db2" 또는 "oracle"을 포함해서는 안 됩니다. 나중에 vcdb.properties를 올바른 형식으로 변경할 수도 있습니다.

      • 시스템 관리자가 설치하지 못하도록 설정해 놓았습니다.라는 오류와 함께 vCenter Server 업그레이드가 실패함
        Windows Server 2003 또는 Windows XP에서 .msi패키지나 .msp패키지의 서명이 올바른지 확인하는 데 필요한 연속 메모리가 부족할 경우에 이 문제가 발생합니다.

        해결 방법:

        1. Windows 시작 메뉴에서 실행을 선택하고 control admintools를 입력한 후 확인을 클릭합니다.
        2. 로컬 보안 정책을 두 번 클릭합니다.
        3. 소프트웨어 제한 정책을 선택합니다.
        4. 나열된 소프트웨어 제한이 없으면 소프트웨어 제한 정책을 마우스 오른쪽 버튼으로 클릭하고 새 정책 만들기를 선택합니다.
        5. 개체 유형 아래에서 적용을 두 번 클릭합니다.
        6. 로컬 관리자를 제외한 모든 사용자를 선택하고 확인을 클릭합니다.
        7. 컴퓨터를 다시 시작한 후 vCenter Server 업그레이드를 다시 시도합니다.
      • vCenter Server 설치 미디어의 경로에 ASCII가 아닌 문자가 포함되어 있으면 데이터 마이그레이션이 실패함
        이 문제가 발생하면 'ascii' 코덱이 위치가 30인 0xd0 바이트를 디코딩할 수 없습니다. 서수가 범위를 벗어났습니다(128).와 유사한 오류 메시지가 나타나고, 데이터 마이그레이션 프로세스 동안 설치 관리자가 예기치 않게 종료됩니다.
        해결 방법: vCenter Server 설치 미디어의 경로에 ASCII가 아닌 문자가 포함되지 않도록 주의합니다.

      라이센스

      • 호스트 컨테이너에 포함된 특정 ESX/ESXi 호스트에 vSphere 라이센스 키가 자동으로 할당되지 않아 해당 호스트가 평가 모드로 유지됨
        vCenter Server 5.0에서는 ESX/ESXi 호스트에 라이센스 키를 자동으로 할당하는 기능이 있습니다. 데이터 센터나 클러스터와 같이 vCenter Server 내의 호스트 컨테이너에 라이센스 키를 연결할 수 있습니다. 그러면 vCenter Server는 이 호스트 컨테이너에 새로 추가하는 라이센스 없는 모든 호스트에 라이센스 키를 자동으로 할당합니다. 호스트 컨테이너에는 하나의 라이센스 키만 연결할 수 있습니다. 호스트 컨테이너에 연결하는 라이센스가 이 호스트 컨테이너에 추가하는 호스트의 버전과 다르면 해당 호스트에 라이센스가 할당되지 않습니다. 예를 들어 클러스터에 vSphere 5.x 라이센스를 연결한 상태에서 클러스터에 ESX/ESXi 4.x를 추가하면 ESX/ESXi 4.x 호스트에 라이센스가 할당되지 않고 평가 모드로 유지됩니다.
        해결 방법: 호스트 컨테이너에 연결된 라이센스와 버전이 동일한 호스트만 해당 컨테이너에 추가합니다. 동일한 컨테이너에 포함된 호스트에 다른 버전의 라이센스가 필요한 경우에는 라이센스를 대상 호스트에 직접 연결합니다. 예를 들어 vSphere 5.x 라이센스를 클러스터에 연결한 경우 클러스터에 ESXi 5.x 호스트를 추가하면 해당 호스트에 vSphere 5.x 라이센스가 할당됩니다. 동일한 클러스터에 ESX/ESXi 4.x 호스트를 추가하고 해당 호스트에 vSphere 4.x 라이센스를 연결합니다. ESX/ESXi 4.x 호스트를 vCenter Server에 다시 연결하면 호스트에 vSphere 4.x 라이센스가 할당됩니다.

      보안 문제

      • 브라우저 창을 닫을 때 데이터스토어 웹 인터페이스 세션이 즉시 종료되지 않음
        데이터스토어 웹 인터페이스에 액세스한 후 웹 브라우저를 닫을 때 세션이 서버 쪽에서 즉시 종료되지 않습니다. VMware는 이 문제를 보고해준 Inner Security의 Jason Jones에게 감사를 표합니다.
        해결 방법: 브라우저 창을 닫기 전에, 데이터스토어 웹 인터페이스에서 로그아웃을 클릭하여 세션을 종료해야 합니다.

      네트워킹 문제

      • vSphere Distributed Switch에 네트워크 리소스 풀을 추가하면 하나 이상의 호스트 멤버에 대한 vSphere Distributed Switch 작업을 완료할 수 없습니다.오류가 발생하여 작업이 실패함
        이 오류 메시지는 Distributed Switch에서 하나 이상의 호스트에 최대 수의 네트워크 리소스 풀이 이미 연결되어 있음을 의미합니다. 호스트 하나에 연결할 수 있는 네트워크 리소스 풀의 최대 개수는 56개입니다.
        해결 방법: 없음.

      • Fault Tolerance가 vSphere vMotion을 사용한 vSphere DirectPath I/O와 호환되지 않음
        가상 시스템에서 Fault Tolerance를 사용하는 경우, 가상 시스템의 모든 가상 어댑터에 대해 vMotion을 사용한 DirectPath I/O가 비활성화됩니다.
        해결 방법: vMotion을 사용한 DirectPath I/O를 활성화하기 전에 Fault Tolerance를 해제한 후 가상 시스템을 재부팅합니다.

      • vCenter Server 가상 장치에서 IPv6을 지원하지 않음
        vCenter Server 가상 장치 웹 콘솔에 IPv6을 구성하는 옵션이 있지만 vCenter Server 가상 장치가 IPv6 구성을 지원하지 않습니다.
        해결 방법: vCenter Server 가상 장치 웹 콘솔에서 IPv6 구성을 설정하거나 변경하지 않습니다.

      스토리지

      • vCenter Server 구성 변경으로 인해 스토리지 제공자가 제공하는 스토리지 기능이 잘못 표시될 수 있음*
        vCenter Server에서 사용자가 vCenter Server 구성을 변경할 때 발생할 수 있는 현상입니다. 예: 호스트를 추가하는 경우 vSphere Client에 표시되는 VASA 제공 정보에 변경 내용이 반영되지 않습니다.
        해결 방법: 사용자가 VMware VirtualCenter Management Webservices를 다시 시작해야 합니다.

      • 스토리지 제공자가 등록되어 있지 않으면 데이터스토어의 스토리지 보기 탭에 사용자 정의 스토리지 기능이 표시되지 않음*
        vCenter Server에서 데이터스토어에 할당된 사용자 정의 스토리지 기능이 데이터스토어의 요약 탭에는 반영되지만, 스토리지 제공자가 등록되어 있지 않으면 스토리지 보기 탭의 보고서 보기에는 표시되지 않습니다.
        해결 방법: 없음.

      • 데이터스토어 클러스터의 I/O 메트릭을 사용하지 않도록 설정한 이후에 I/O 지연 시간 임계값이 15ms로 표시됨
        데이터스토어 클러스터에 대해 I/O 메트릭을 사용하지 않도록 설정한 이후에도 계속 데이터스토어 클러스터의 요약 페이지에 I/O 지연 시간 임계값이 15ms(기본값)로 표시됩니다.
        해결 방법: 없음. 올바른 값을 보려면 데이터스토어 클러스터 > 스토리지를 선택합니다.

      • SDRS 유지 보수 모드로 전환하는 링크가 독립 실행형 데이터스토어의 요약 페이지에 나타남
        데이터스토어 클러스터의 일부인 데이터스토어만 Storage DRS 유지 보수 모드로 전환될 수 있습니다. 그러나 Storage DRS 유지 보수 모드로 전환하는 링크가 데이터스토어 클러스터에 속해 있지 않은 데이터스토어의 요약 페이지에 나타납니다. 독립 실행형 데이터스토어에 대해 SDRS 유지 보수 모드로 전환을 클릭하면 데이터스토어를 유지 보수 모드로 전환하려는 작업이 시도되지만 무기한 보류 상태로 표시됩니다.
        해결 방법: vSphere Client의 최근 작업 창에서 SDRS 유지 보수 모드로 전환 작업을 취소합니다.

      • Storage vMotion을 사용하는 동안 APD(모든 경로 다운) 상태로 인해 vCenter Server와 ESXi 호스트 사이의 통신이 끊김
        Storage vMotion을 사용하여 가상 시스템을 마이그레이션할 때 APD 상태가 되면 vCenter Server가 Storage vMotion에 관련된 호스트와 vCenter Server 인벤토리 사이의 연결을 끊습니다. 이 상태는 백그라운드에서 실행 중인 Storage vMotion 작업이 완료될 때까지 계속됩니다. 이 작업은 Storage vMotion 작업 시간에 따라 몇 분에서 몇 시간까지 소요될 수 있습니다. 이 시간 동안은 vCenter Server에서 해당 호스트에 대해 다른 어떠한 작업도 수행할 수 없습니다.
        해결 방법: 없음. Storage vMotion 작업이 완료되면 vCenter Server에서 호스트를 인벤토리에 다시 연결합니다. 이 장애는 APD가 아닌 데이터스토어에서 실행되는 가상 시스템에 영향을 주지 않습니다.

      • 데이터스토어에 추가된 심볼 링크로 인해 데이터스토어 브라우저에 데이터스토어 내용이 잘못 표시됨
        외부 NFS 서버에서 또는 호스트에 로그인하여 데이터스토어의 최상위 수준에 심볼 링크를 추가하면 데이터스토어를 탐색할 때 파일 및 폴더 같은 데이터스토어 정보가 올바르게 표시되지 않을 수 있습니다. 심볼 링크가 잘못된 파일과 폴더를 참조할 경우에 이 문제가 발생할 수 있습니다.
        해결 방법: 심볼 링크를 제거합니다. 데이터스토어에는 심볼 링크를 사용하지 않습니다.

      • ATS 지원 VMFS 데이터스토어에 익스텐트를 추가하려는 작업이 실패함
        ATS 지원 데이터스토어는 ATS 지원 디바이스를 통해서만 확장할 수 있습니다. ATS 지원 데이터스토어를 확장할 때 ATS를 지원하지 않는 디바이스를 선택하면 작업이 실패합니다. 이 경우 vSphere Client에 호스트를 구성하는 동안 오류가 발생했습니다.라는 메시지가 나타납니다. 로그 파일에도
        Operation failed, unable to add extent to filesystem이라는 오류 메시지가 기록될 수 있습니다.
        해결 방법: ATS 데이터스토어에 익스텐트를 추가하기 전에 다음 명령을 실행하여 익스텐트 디바이스가 ATS를 지원하는지 여부를 확인합니다.
        esxcli storage core device vaai status get -d=device_ID
        출력에 다음 정보가 표시되어야 합니다.
        ATS 상태: 지원됨

      • I/O 로드 밸런싱을 수행할 때 Storage DRS가 예상대로 작동하지 않을 수 있음
        Storage DRS를 테스트하기 위해 IOMeter 소프트웨어를 사용하여 I/O 로드를 생성하면 IOMeter는 기본적으로 파일을 0 값으로만 채웁니다. 이 데이터는 실제 데이터에 포함되어 있고 Storage DRS가 데이터스토어의 I/O 특성과 성능을 확인하는 데 필요한 내용, 즉 1과 0으로 이루어진 임의의 패턴을 포함하고 있지 않습니다.
        해결 방법: Storage DRS 로드 밸런싱을 테스트할 때 실제 데이터를 사용하여 데이터스토어의 스토리지 공간을 적어도 20% 채웁니다. IOMeter 소프트웨어를 사용하여 I/O 로드를 생성할 경우 파일에 1과 0으로 이루어진 임의의 패턴을 사용자가 직접 작성할 수 있는 버전을 선택합니다.

      • 새 가상 시스템 디스크의 이름이 Storage DRS 초기 배치 권장 사항에 나타나지 않음
        Storage DRS를 사용하는 데이터스토어 클러스터에 가상 시스템을 생성, 복제 또는 템플릿에서 배포할 경우 배치 권장 사항 또는 장애 대화상자에 새 가상 시스템 하드 디스크의 이름이 나열되지 않습니다. 대신 대화상자에
        <datastore name>에 새 가상 시스템 하드 디스크 배치
        가 표시됩니다. 해결 방법: 없음. 가상 시스템을 생성할 때 하드 디스크 이름은 디스크 배치가 완료될 때까지 할당되지 않습니다. 가상 시스템 하드 디스크의 크기와 배치된 데이터스토어가 서로 다를 경우 통계를 계산하기 전과 후에 공간 사용률 기능을 사용하여 어느 디스크가 어떤 데이터스토어에 배치되었는지 확인할 수 있습니다.

      • 스케줄링된 작업 마법사를 사용하여 가상 시스템을 생성하거나 복제할 때 Storage DRS가 해제된 것으로 나타남
        가상 시스템을 복제하거나 생성하기 위해 스케줄링된 작업을 생성하고, 가상 시스템 파일의 대상 스토리지로 사용할 데이터스토어 클러스터를 선택할 경우 [Storage DRS 사용 안 함] 확인란이 항상 선택되어 있습니다. 스케줄링된 작업 마법사에서는 가상 시스템에 대해 [Storage DRS 사용 안 함] 확인란의 선택을 취소할 수 없습니다.
        해결 방법: 없음. [Storage DRS 사용 안 함] 확인란은 스케줄링된 작업 마법사에서 항상 선택되어 있습니다. 그러나 스케줄링된 작업을 실행한 후 가상 시스템이 생성되면 가상 시스템의 자동화 수준이 데이터스토어 클러스터의 기본 자동화 수준과 동일하게 됩니다.

      • Storage I/O Control을 사용하도록 설정된 NFS 데이터스토어를 마운트 해제하려고 하면 vSphere Client에 오류가 표시됨
        NFS 데이터스토어에 Storage I/O Control을 사용하도록 설정하면 데이터스토어를 마운트 해제할 수 없습니다. 이 경우 다음과 같은 오류 메시지가 나타납니다.
        리소스가 사용 중입니다.
        해결 방법: 데이터스토어를 마운트 해제하기 전에 Storage I/O Control을 사용하지 않도록 설정합니다.

      • 마이그레이션 후 물리적 호환성의 IDE RDM 디스크 모드가 독립-영구 모드로 변경되지 않음
        물리적 호환성 모드의 IDE RDM 디스크를 가진 가상 시스템을 ESX/ESXi 4.x 호스트에서 ESXi 5.0으로 마이그레이션한 후에 해당 디스크가 독립-영구 모드로 변경되지 않습니다.
        해결 방법: 마이그레이션 이후 vSphere Client를 사용하여 디스크 모드를 독립-영구 모드로 변경합니다.

      • 하위 디스크를 가진 가상 호환성 RDM을 기존 가상 시스템에 추가할 수 없음
        하위 디스크를 가진 가상 호환성 RDM을 기존 가상 시스템에 추가하려고 하면 작업이 실패합니다. vSphere Client에
        재구성 작업 실패: vim.fault.DeviceUnsupportedForVmPlatform라는 오류 메시지가 표시됩니다.
        해결 방법: 가상 호환성 RDM을 추가할 수 있도록 하위 디스크를 제거합니다.

      • 소프트웨어 FCoE를 사용하는 상태에서 스토리지 맵을 표시하려고 하면 오류 메시지와 함께 작업이 실패함
        이 문제는 소프트웨어 FCoE가 구성되어 있지 않은 vCenter Server에 추가한 ESXi 호스트에만 적용됩니다. 이러한 호스트에 소프트웨어 FCoE 어댑터를 설정한 후에 vSphere Client에서 스토리지 맵을 표시하려고 하면 작업이 실패합니다. 이 경우 다음과 같은 오류 메시지가 나타납니다.
        내부 오류가 발생했습니다. 응답을 serialize하지 못했습니다.
        해결 방법: ESXi 호스트에 소프트웨어 FCoE를 먼저 구성한 후 호스트를 vCenter Server에 추가합니다.

      • 여러 스토리지 벤더 제공자를 한꺼번에 등록 취소하려고 하면 오류가 발생함
        vCenter Server에서 여러 벤더 제공자를 한꺼번에 등록 취소하려고 하면 작업이 실패합니다. 실패한 벤더 제공자가 vCenter Server에 표시되어도
        ManagedObjectNotFound오류 메시지가 나타납니다.
        또한 sms.log 파일에
        ProviderUnregistrationFault라는 예외가 표시될 수 있습니다.
        해결 방법: 벤더 제공자를 수동으로 한 번에 하나씩 등록 취소합니다.

      서버 문제

      • 서비스 시작 정책이 해제된 상태로 호스트 프로파일을 적용해도 해당 서비스가 해제되지 않음
        일부 서비스를 사용하지 않도록 구성한 ESXi 호스트를 참조 호스트로 사용하여 호스트 프로파일을 생성한 후 해당 서비스가 설정된 상태로 해당 호스트 프로파일을 호스트에 적용합니다. 호스트 프로파일을 적용하는 프로세스 동안 대상 ESXi 호스트에서 해당 서비스가 해제되지 않습니다. 이 문제는 사용자가 vSphere Client에서 보안 프로파일을 사용하거나 DCUI에서 문제 해결 옵션을 사용하여 대상 ESXi 호스트에서 ESXShell 또는 SSH 서비스를 사용하도록 설정한 경우에 주로 발생합니다.

        해결 방법: 재부팅하면 서비스가 해제됩니다. vSphere Client에서 호스트를 구성하여 서비스를 수동으로 중지할 수도 있습니다. 각 서비스에 대해 다음 절차를 수행합니다.

        1. 인벤토리에서 호스트를 선택합니다.
        2. 구성 탭을 클릭합니다.
        3. 소프트웨어 섹션에서 보안 프로파일을 클릭합니다.
        4. 속성을 클릭하고 서비스를 선택합니다.
        5. 옵션을 클릭합니다.
        6. 중지를 클릭한 후 확인을 클릭합니다.
      • 호스트의 연결된 프로파일을 전환할 때 호스트 프로파일 응답 파일 상태가 업데이트되지 않음
        다른 호스트 프로파일에 연결되어 있던 호스트에 호스트 프로파일을 추가해도 응답 파일 상태가 업데이트되지 않습니다. 응답 파일 상태가 '완료됨'인 경우에는 호스트에 다른 호스트 프로파일을 연결한 후에도 호스트 프로파일 보기에 응답 파일 상태가 '완료됨'으로 계속 표시됩니다. 그러나 실제 상태는 '완료 안 됨'일 수 있습니다.

        해결 방법: 호스트 프로파일을 연결한 후 응답 파일 상태를 수동으로 업데이트합니다.

        1. vSphere Client에서 새로 연결한 프로파일을 호스트 프로파일 인벤토리 보기에서 선택합니다.
        2. 호스트 및 클러스터 탭을 클릭합니다.
        3. 엔티티 이름 목록에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 응답 파일 확인을 선택합니다.

        호스트 프로파일 응답 파일 상태가 업데이트됩니다.

      • 업데이트됨 많은 양의 구성 데이터가 포함된 호스트 프로파일을 수동으로 적용하면 시간이 초과됨
        많은 양의 구성, 예를 들면 다수의 vSwitch와 포트 그룹이 포함된 호스트 프로파일을 적용할 경우 대상 호스트가 구성되어 있지 않거나 부분적으로 구성되어 있으면 시간이 초과될 수 있습니다. 이와 같은 경우, ESXi에서 해당 구성을 적용하는 기본 프로세스가 계속 실행 중이더라도 vSphere Client에 호스트 구성을 적용할 수 없습니다.라는 오류 메시지가 표시될 수 있습니다.

        또한 syslog.log나 다른 로그 파일에 다음과 같은 메시지가 기록될 수 있습니다.
        Error interacting with configuration file /etc/vmware/esx.conf: Timeout while waiting for lock, /etc/vmware/esx.conf.LOCK, to be released. Another process has kept this file locked for more than 20 seconds. The process currently holding the lock is hostd-worker(5055). This is likely a temporary condition. Please try your operation again.

        이 오류는 호스트 프로파일의 적용 작업을 통해 구성이 설정되는 동안 여러 작업에서 시스템 구성 정보를 수집하려고 할 경우 나타나는 시스템 경합 때문에 발생합니다. 이러한 오류와 다른 시간 초과 관련 오류 때문에 호스트 프로파일 적용 작업이 시스템에서 완료된 후에도 호스트 프로파일에 캡처된 구성이 전체적으로 적용되어 있지 않을 수 있습니다. 이 경우 호스트에서 규정 준수 검사를 수행하면 어떤 구성 부분이 적용되지 않았는지 표시하고, 적용 작업을 다시 수행하여 규정 비준수 문제를 해결할 수 있습니다.

        해결 방법: 다음 작업 중 하나를 수행합니다.

        • Auto Deploy를 통해 프로비저닝되지 않은 ESXi 호스트

          1. /etc/vmware/hostd/cmdMo.xml 파일에 다음 항목을 추가하여 적용 작업의 시간 초과 값을 늘립니다.

            <managedObject id="2">
            <type> vim.profile.host.profileEngine.HostProfileManager </type>
            <moId> ha-hostprofileengine-hostprofilemanager </moId>
            --> <timeOutInSeconds> xxxx </timeOutInSeconds> <--****
            <version> vim.version.dev </version>
            <cmd> /usr/bin/sh </cmd>
            <arg id="1"> -l </arg>
            <arg id="2"> -c </arg>
            <arg id="3"> /usr/lib/vmware/hostd/hmo/hostProfileEngine.py --cgi </arg>
            </managedObject>


            여기서 xxxx는 시간 초과 값(초)입니다. 기본적으로 적용 작업은 10분 후면 시간 초과됩니다. 이 입력 값에서 더 긴 시간 초과를 설정할 수 있습니다. 예를 들어, 값 3600은 시간 초과를 1시간으로 늘립니다. 입력하는 값은 특정 호스트 프로파일 구성에 따라 다를 수도 있습니다. 충분히 높은 값을 설정한 후에는 적용 작업 시간 초과 오류가 더 이상 나타나지 않고 작업이 완료될 때까지 vSphere Client에서 해당 작업이 표시됩니다.
          2. hostd를 재시작합니다.
        • Auto Deploy를 사용하여 프로비저닝된 호스트

          1. Auto Deploy를 사용하여 프로비저닝된 호스트를 재부팅합니다.
          2. Auto Deploy를 사용하여 프로비저닝한 ESXi 호스트의 경우, ESXi 호스트에서 응답 파일 업데이트 작업을 수행하여 응답 파일이 완성되었는지 확인한 후 호스트를 재부팅합니다.

            그러면 시스템이 초기화되는 동안 호스트 프로파일 및 응답 파일의 구성이 시스템에 적용됩니다. 구성이 많으면 부팅하는 데 시간이 더 오래 걸릴 수 있지만 vSphere Client를 통해 호스트 프로파일을 수동으로 적용하는 것보다는 훨씬 속도가 빠릅니다.
      • 새로 생성된 프로파일을 가진 참조 호스트에 대해 호스트 프로파일 규정 준수 검사가 실패함
        규정 준수를 검사하기 전에 응답 파일을 업데이트하지 않으면 새로 구성된 호스트 프로파일(예: iSCSI로 구성된 호스트 프로파일)에 대한 규정 준수 검사가 실패할 수 있습니다.

        해결 방법: 프로파일의 응답 파일을 업데이트한 후에 규정 준수 검사를 수행합니다.

      vCenter Server 및 vSphere Client 문제

      • vCenter Server 5.0 가상 시스템의 인벤토리에 빨간색 경고 아이콘이 표시될 수 있음*
        vCenter Server 5.0에서 일부 VM의 인벤토리에 빨간색 경고 아이콘이 표시될 수 있습니다. 그러나 VM의 경보 탭에는 경보가 트리거되었음이 표시되지 않습니다. 이러한 현상은 전원을 켠 VM과 끈 VM에서 모두 발생할 수 있습니다.
        해결 방법: 가능한 해결 방법은 다음과 같습니다. 아래 항목은 모두 임시 해결 방법입니다.
        문제가 발생한 ESX/ESXi 호스트에서 관리 에이전트를 다시 시작합니다.
        vCenter Server 서비스를 다시 시작합니다.
        ESX/ESXi 호스트를 인벤토리에서 제거한 다음 호스트를 vCenter에 다시 등록합니다.
        문제가 발생한 VM을 제거했다가 다시 등록합니다.

      • Linked Mode 환경에서 Storage vMotion 작업이 실패할 수 있으며 "개체가 이미 삭제되었거나 완전히 생성되지 않은 상태입니다." 오류가 발생함*
        사용자가 로그인되어 있는 vCenter 이외의 vCenter Server 인스턴스를 통해 관리되는 VM에서 Storage vMotion 작업을 시도하면 "개체가 이미 삭제되었거나 완전히 생성되지 않은 상태입니다." 또는 "vCenter Server XXXXXXXX에서 "PropertyCollector.RetrieveContents" 또는 "propertyCollector" 개체를 호출하지 못했습니다."라는 오류가 발생할 수 있습니다.
        해결 방법: 사용자가 VM을 관리하는 vCenter 인스턴스에 로그인되어 있을 때 Storage vMotion 작업을 수행하면 오류 메시지가 표시되지 않습니다.
      • 성능 카운터가 실제로는 상태 수준 3으로 이동하였어도 상태 수준 2로 표시됨*
        vCenter Server에서는 일부 성능 카운터가 실제로는 상태 수준 3으로 이동하였어도 vSphere Client에서는 상태 수준 2에서 사용 가능한 것으로 표시되었습니다. vSphere Client는 상태 수준 3으로 이동한 CPU 및 디스크 관련 정보의 변경 내용을 반영하도록 올바르게 업데이트되지 않습니다.
        해결 방법: 상태 수준 3 카운터를 사용하려면 상태 수준 3으로 이동합니다.

      • 가상 시스템을 다른 HA 클러스터로 마이그레이션하면 가상 시스템 상태가 보호됨에서 보호되지 않음으로 변경됨*
        HA 클러스터 간에 가상 시스템을 마이그레이션하면 가상 시스템의 보호 상태가 보호됨에서 보호되지 않음으로 변경됩니다. 가상 시스템 마이그레이션 후 요약 탭의 HA 상태에 가상 시스템이 보호되지 않음으로 보고됩니다. ESXi에서 HA를 다시 구성해도 이 문제가 해결되지 않습니다.
        해결 방법: 마이그레이션된 가상 시스템의 상태가 보호됨에서 보호되지 않음으로 변경된 경우 대상 클러스터에서 HA를 사용 안 함으로 설정했다가 다시 사용하도록 설정합니다. 또는 아직 가상 시스템을 대상 HA 클러스터로 마이그레이션하지 않은 경우에는 소스 클러스터에서 HA를 사용 안 함으로 설정한 후에 가상 시스템을 대상 HA 클러스터로 마이그레이션할 수도 있습니다. 그런 후에 대상 클러스터에서 HA를 다시 사용하도록 설정합니다.

      • 특정 타사 애플리케이션을 통해 SQL 데이터베이스를 사용하는 vCenter에 로그인하면 심각한 vCenter 데이터베이스 성능 문제가 발생할 수 있음*
        nWorks 등의 애플리케이션이 vCenter SQL 데이터베이스를 쿼리하면 그에 따른 SQL 쿼리가 매우 커져 데이터베이스의 tempdb 공간이 부족해 vCenter 서비스의 작동이 중지될 수 있습니다.
        해결 방법: vCenter Server에서 유입되는 큰 IN CLAUSE가 포함된 SQL 쿼리로 인해 데이터베이스 성능 문제가 발생하는 경우에는 vpxd.cfg 구성 파일을 통해 EventManager에서 생성되는 쿼리를 변경하는 다음과 같은 구성 매개 변수를 사용할 수 있습니다.

      • 가상 시스템에 부적절한 데이터 카운터를 선택하면 고급 성능 차트 보기에 가상 시스템의 데이터가 표시되지 않음*
        고급 성능 차트 보기를 사용자 지정할 때 가상 시스템에 대해 가상 시스템별 누적 그래프 차트 유형을 사용하고 가상 시스템에 부적절한 데이터 카운터를 선택하면 결과 차트에 가상 시스템의 성능 데이터가 표시되지 않습니다. 성능 차트 범례 창에도 가상 시스템의 데이터가 표시되지 않습니다.
        해결 방법: 고급 성능 차트 보기를 사용자 지정할 때는 가상 시스템에 부적절한 데이터 카운터를 선택하지 마십시오. 가상 시스템에 적절한 카운터 목록을 확인하려면 vCenter Server 인벤토리에서 가상 시스템을 선택하고 성능 탭을 클릭한 다음 고급 -> 차트 옵션으로 이동합니다.

      • vSphere Web Client 경보 사이드바에 시스템에 발생한 경보 수가 올바르게 표시되지 않음
        시스템에서 발생한 경보 수가 100개를 초과하면 vSphere Web Client 경보 사이드바에 경보가 100개인 것으로 잘못 표시됩니다.
        해결 방법: 없음.

      • 대규모 환경에서 데이터스토어 클러스터 또는 데이터스토어에 대해 성능 개요 차트가 표시되지 않음
        일부 대규모 환경에서는 vSphere Management WebServices(Tomcat)의 메모리가 부족하여 데이터스토어 클러스터나 데이터스토어에 대한 성능 개요 차트가 표시되지 않을 수 있습니다.
        해결 방법: Tomcat에 사용할 수 있는 메모리 양을 늘립니다.

      • vSphere Web Client를 사용할 경우 Adobe Flash에 사용할 수 있는 로컬 스토리지를 늘리라는 메시지가 반복적으로 나타남
        vSphere Web Client는 로그 파일을 저장하기 위해 클라이언트에 액세스하는 데 사용되는 시스템의 로컬 스토리지를 사용합니다. 로그 파일의 스토리지 제한은 Adobe Flash Player 설정에 따라 결정됩니다. 따라서 로그 파일 크기가 증가하면 제한을 늘리라는 대화상자가 표시됩니다. 이러한 메시지는 스토리지 제한이 무제한이 될 때까지 주기적으로 표시됩니다.
        해결 방법: 다음과 같이 Adobe Flash Player의 스토리지 제한을 설정합니다.

      • vSphere Web Client에서 정렬할 때 열을 여러 개 선택할 수 없음
        vSphere Web Client 클라이언트의 경우 테이블에서 열 머리글을 클릭하여 정렬할 기본 열을 선택할 수 있습니다. 두 번째 열 머리글을 클릭하면 이 열이 보조 정렬 열로 선택되는 대신 기본 정렬 열이 됩니다.

        해결 방법: vSphere Web Client 테이블에서 여러 열을 기준으로 정렬하려면 다음 절차를 수행해야 합니다.

        1. 열 머리글을 클릭하여 정렬할 기본 열을 선택합니다.
        2. Ctrl 키를 누른 채로 열 머리글을 클릭하여 정렬에 사용할 보조 열과 하위 열을 선택합니다.

         

      • Internet Explorer 7에서 vSphere Web Client 페이지를 로드할 수 없음
        Internet Explorer 7 보안 설정에 about:internethttps://localhost가 신뢰할 수 있는 사이트로 포함되어 있지 않으면 웹 브라우저에서 vSphere Web Client 페이지를 열 수 없습니다.

        해결 방법: 다음과 같이 about:internethttps://localhost를 신뢰할 수 있는 사이트로 추가합니다.

        1. Internet Explorer 7에서 도구 > 인터넷 옵션을 선택합니다.
        2. 보안 탭을 클릭합니다.
        3. 신뢰할 수 있는 사이트를 선택합니다.
        4. 사이트를 클릭합니다.
        5. 영역에 웹 사이트 추가 텍스트 상자에 about:internet 을 입력하고 추가를 클릭합니다.
        6. 영역에 웹 사이트 추가 텍스트 상자에 https://localhost 를 입력하고 추가를 클릭합니다.
        7. 확인을 클릭합니다.
        8. Internet Explorer를 닫았다가 다시 시작합니다.
      • 바로 가기에서 vSphere 관리 애플리케이션을 열면 'https://localhost:9443/admin-app'를 찾을 수 없습니다.라는 오류가 발생함
        Firefox가 기본 웹 브라우저이고 현재 실행 중이 아닌 경우, 바로 가기에서 vSphere 관리 애플리케이션을 시작하면 다음 오류가 발생할 수 있습니다.
        'https://localhost:9443/admin-app'를 찾을 수 없습니다. 이름을 올바르게 입력했는지 확인하고 다시 시도하십시오.

      • 해결 방법: 이 문제는 일부 Windows 시스템에서 Firefox를 사용할 경우에 발생하는 알려진 문제입니다. 자세한 내용은 http://kb.mozillazine.org/Windows_error_opening_Internet_shortcut_or_local_HTML_file_-_Firefox를 참조하십시오.

      • vCenter Server 호스트 이름을 확인할 수 없는 경우 vSphere Web Client에 vCenter Server 인벤토리가 로드되지 않음
        vSphere Web Client에서 vCenter Server 시스템의 호스트 이름을 확인할 수 없고 IP 주소를 사용하여 vCenter Server가 vSphere Client에 등록되어 있으면 vSphere Web Client가 인벤토리 트리를 로드할 수 없습니다.
        해결 방법: 다음 방법 중 하나를 사용하여 vCenter Server의 호스트 이름을 확인할 수 있도록 합니다.

        • vCenter Server 시스템을 이름 서버에 추가합니다.
        • vSphere Web Client를 실행하는 시스템에서 C:\Windows\System32\drivers\etc\hosts파일에 vCenter Server 시스템을 추가합니다
      • Linux에서 vSphere Web Client에 로그인하거나 로그아웃할 때 플래시 플러그인이 충돌함
        Linux 시스템에서 vSphere Web Client에 로그인하거나 로그아웃하면 플래시 플러그인이 충돌할 수 있습니다.
        해결 방법: 페이지를 다시 로드하여 플래시 플러그인을 재시작합니다.

      • 로컬 IPv6 주소를 사용하여 vSphere Web Client 관리 도구에 액세스할 수 없음
        로컬 IPv6 주소를 사용하여 vSphere Web Client 관리 도구에 액세스하려고 하면 웹 브라우저에
        원격 호스트에서 vSphere Web Client 관리 도구에 액세스할 수 없습니다. 라는 오류 메시지가 표시됩니다.

      • 해결 방법: IPv6 주소 대신 localhost를 사용하여 관리 도구에 액세스합니다. 예를 들어 https://[fc00:10:20:123:355c:1744:1b82:6716]:9443/admin-app와 같은 주소 대신 https://localhost:9443/admin-app를 사용합니다.
      • IPv6 전용 시스템에 vSphere Client가 설치되어 있으면 Internet Explorer 7에서 vSphere Client 웹 페이지에 액세스할 수 없음
        vSphere Web Client가 IPv6 전용 운영 체제에 설치되어 있으면 Internet Explorer 7을 사용하여 vSphere Web Client에 액세스할 수 없습니다.
        해결 방법: Firefox나 Internet Explorer 8을 사용하여 vSphere Web Client에 액세스합니다.

      • Internet Explorer에서 클라이언트 통합 플러그인을 다운로드하지 못함
        Internet Explorer를 사용하여 클라이언트 통합 플러그인을 다운로드할 경우 localhost에서 vmware-vmcr-win32-x86.exe를 다운로드할 수 없습니다.라는 오류 메시지가 표시됩니다. 이 문제는 Internet Explorer의 특정 보안 설정으로 인해 클라이언트 통합 플러그인을 다운로드하지 못하는 경우에 발생합니다.
        해결 방법: 다른 방법을 사용하여 클라이언트 통합 플러그인을 다운로드합니다.

        • Firefox를 사용하여 vSphere Web Client에 연결한 후 클라이언트 통합 플러그인을 다운로드합니다.
        • Internet Explorer에서 비보안 포트인 http:// ipaddress: portnumber/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe를 사용하여 클라이언트 통합 플러그인 파일에 직접 연결합니다. 예를 들면 http://localhost:9090/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe를 사용합니다.
      • vSphere Web Client에서 데이터를 로드하거나 새로 고칠 수 없음
        vSphere Web Client에서 데이터를 로드하거나 새로 고치지 못하는 경우가 있습니다. 애플리케이션의 오른쪽 상단에 로드 바람개비가 계속 돌아가지만 요청한 정보가 표시되지 않습니다.
        해결 방법: 다음 절차 중 하나를 수행합니다.

        • 브라우저의 [새로 고침] 버튼을 클릭합니다.
        • 인벤토리 트리에서 다른 개체를 선택한 다음 브라우저의 [새로 고침] 버튼을 클릭합니다.
        • vCenter Server와 해당 서비스의 상태를 확인합니다. 중지된 서비스를 다시 시작합니다.
      • vCenter Server 시작 페이지에서 vSphere Web Client 로그인 페이지에 액세스할 수 없음
        localhost URL을 사용하여 vCenter Server 시작 페이지에 액세스할 경우 [vSphere Web Client에 로그인]을 클릭하면 오류가 발생합니다.
        해결 방법: vCenter Server 시스템의 IP 주소나 호스트 이름을 사용하여 시작 페이지에 액세스합니다.

      • vSphere Client의 사용자 및 그룹 선택 대화상자에 사용자 및 그룹 이름이 잘려서 표시됨
        vSphere Client에서 인벤토리 개체에 사용 권한을 추가하면 사용자 및 그룹 선택 대화상자에 표시되는 사용자 및 그룹의 이름이 잘릴 수 있습니다. 예를 들면 Administratortor로 표시될 수 있습니다. 사용자와 그룹은 완전한 이름을 올바르게 입력해야만 선택할 수 있습니다.
        Windows 워크스테이션 서비스가 중지되면 이 문제가 발생합니다.

      • 해결 방법: vCenter Server 시스템에서 워크스테이션 서비스를 재시작합니다.

        시작 > 프로그램 > 관리 도구 > 서비스를 선택합니다.

        워크스테이션을 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.

      • 내보낸 가상 시스템 목록이 완전하지 않음
        vSphere Client 인벤토리에서 데이터 센터, 클러스터, 호스트 또는 다른 개체를 선택한 후 해당 가상 시스템 목록을 내보내면 가상 시스템 중 일부가 목록에 포함되지 않을 수 있습니다. 이 문제는 화면에 표시되지 않은 개체에 대해 정보가 입력되지 않는 경우가 있기 때문에 발생합니다.
        해결 방법: 내보내기 전에 목록 전체를 스크롤하여 모든 가상 시스템이 표시되도록 합니다.

      • vSphere Web Client 로그 파일에 가상 오류 메시지가 나타남
        사용 중인 Tomcat 및 dm 서버의 버전 때문에 vSphere Web Client 로그 파일에 가상 오류 메시지가 나타납니다. 여기에는 몇 가지 정보메시지뿐 아니라 심각: 서버에 대한 글로벌 컨텍스트가 정의되어 있지 않습니다.와 같은 메시지가 포함됩니다. 이러한 메시지는 무시하면 됩니다.
        해결 방법: 없음.

      • vSphere Web Client 온라인 도움말에 Firefox 3.5가 지원되는 브라우저로 잘못 표시됨
        vSphere Web Client 온라인 도움말에 Firefox 3.5가 vSphere Web Client 및 클라이언트 통합 플러그인에 사용할 수 있는 웹 브라우저로 잘못 표시됩니다.
        해결 방법: 지원되는 웹 브라우저에 대한 정보는 vSphere 설치 및 설정 설명서를 참조하십시오.

      • VM 스토리지 프로파일을 보려고 하면 vSphere Client에 오류 메시지가 표시됨
        vSphere Client를 vCenter Server에 연결한 후 가상 시스템의 스토리지 프로파일을 보려고 하면 VC에서 http:///sps/sdk의 Profile-Driven Storage Service에 연결할 수 없습니다.라는 오류 메시지가 표시될 수 있습니다.
        스토리지 프로파일 서비스와 다른 서비스가 포트 31000을 사용하도록 구성되어 있으면 포트 충돌이 발생하는데 이 충돌은 vSphere Web Client와 vCenter Orchestrator 때문에 발생할 수 있습니다.

        해결 방법: vSphere Web Client 서비스와 vCenter Orchestrator 구성 서비스를 재시작합니다. 재시작 후 두 서비스는 사용 가능한 다음 포트를 선택합니다. 두 서비스 중 하나만 시스템에 있거나 시스템에서 실행 중이면 해당 서비스만 재시작하면 됩니다.
      • 가상 시스템 탭의 정보를 새로 고칠 수 없음
        vSphere Client의 가상 시스템 탭에 있는 정보가 즉시 새로 고쳐지지 않는 경우가 있습니다. 예를 들어, 많은 수의 가상 시스템을 복제하거나 등록할 경우 가상 시스템 중 일부가 인벤토리 트리에 나타나지만 가상 시스템 탭에는 표시되지 않을 수 있습니다. 수많은 가상 시스템의 전원을 켜거나 끄면 새로운 전원 상태가 인벤토리 트리에 올바르게 표시되지만 가상 시스템 탭에는 반영되지 않을 수 있습니다.
        해결 방법: F5 키를 눌러 탭의 정보를 새로 고칩니다.

      • Windows Server 2008에서 Internet Explorer 9에 vSphere Web Client를 로드할 수 없음
        Windows Server 2008 시스템에서 Internet Explorer 9에 vSphere Web Client를 로드하려고 하면 웹 브라우저 창이 파란색 배경으로 바뀌고 더 이상 작업이 수행되지 않습니다.
        해결 방법: Windows Server 2008 시스템의 경우 Internet Explorer 7이나 8 또는 Mozilla Firefox 3.6 이상을 사용하여 vSphere Web Client에 액세스합니다.

      • 세션 간에 vSphere Web Client 상태가 유지되지 않음
        보통은 vSphere Web Client의 상태가 세션 간에 유지되기 때문에 vSphere Web Client에 다시 로그인해도 이전 세션에서 로그아웃할 때 선택되어 있던 것과 동일한 개체와 탭이 선택되어 있습니다. 그러나 기록을 저장하지 않도록 웹 브라우저 기본 설정이 지정되어 있거나, 방문한 사이트에 대한 스토리지가 Flash Player 웹 사이트 스토리지 설정에 할당되어 있지 않으면 Flash Player는 vSphere Web Client에서 사용한 데이터를 저장하지 않고 세션 간에 상태가 유지되지 않습니다.

        해결 방법: 다음 절차를 수행합니다.

         

      • vSphere Web Client가 일시적으로 오류 #2406를 생성함: 로드된 파일에 올바른 서명이 없음
        SUSE Linux Enterprise Server 11 또는 Red Hat Enterprise Linux 5에서 Mozilla Firefox 3.6.x를 사용하면 다음 오류 메시지가 일시적으로 발생할 수 있습니다.
        오류 #2406: 로드된 파일에 올바른 서명이 없습니다.
        해결 방법: 웹 브라우저를 다시 시작하고 vSphere Web Client에 다시 연결하십시오.

      • 시스템 로그를 내보낼 때 vCenter Server가 충돌함
        vCenter Server에서 시스템 로그를 내보낼 경우 vCenter Server가 Windows TEMP환경 변수가 지정하는 폴더를 사용합니다. 기본적으로 이 변수는 C:\Windows\Temp로 설정됩니다.
        vCenter Server가 대량의 로그 데이터를 저장하도록 구성된 경우 또는 로그를 다운로드할 호스트 수를 너무 많이 선택한 경우, TEMP변수에 지정된 드라이브에 공간이 부족할 수 있습니다. 이 드라이브가 vCenter Server가 설치된 동일한 드라이브인 경우 VMware VirtualCenter Server 서비스가 충돌할 수 있습니다.
        해결 방법: Windows TEMP환경 변수가 지정하는 드라이브에 내보내진 로그를 위한 공간이 충분한지 확인하십시오. 시스템 서비스 중단을 방지하기 위해 C: C:가 아닌 다른 드라이브를 지정하는 것이 좋습니다.

      가상 시스템 관리 문제

      • 하드웨어 버전 7 가상 시스템에서의 CPU 핫 추가 오류
        가상 CPU 핫 추가 기능은 하드웨어 8 가상 시스템에서 다중 코어 가상 CPU 기능을 통해 지원됩니다.
        소켓당 코어 수가 2개 이상인 하드웨어 버전 7 가상 시스템의 경우 [가상 시스템 속성] 대화상자에서 CPU 핫 추가를 사용하도록 설정한 후 가상 CPU를 핫 추가하려고 하면 작업이 실패하고 이 가상 시스템은 CPU 핫 플러깅을 지원하지 않습니다.라는 오류 메시지가 나타납니다.
        해결 방법: 하드웨어 버전 7 가상 시스템에서 CPU 핫 추가 기능을 사용하려면 가상 시스템 전원을 끄고 소켓당 코어 수를 1로 설정합니다.
        최상의 결과를 얻으려면 하드웨어 버전이 8인 가상 시스템을 사용합니다.

      • ESXi 호스트와 가상 시스템을 연결하는 USB 디바이스가 vMotion을 사용한 마이그레이션 과정에서 연결이 끊어짐
        ESXi 호스트와 가상 시스템을 연결하는 USB 디바이스를 vMotion을 사용한 마이그레이션 과정에서 연결 상태를 유지하도록 구성해도 실제 마이그레이션 작업 시 디바이스 연결이 끊어질 수 있습니다. DRS로 마이그레이션을 트리거한 경우에도 디바이스 연결이 끊어질 수 있습니다. 디바이스는 연결이 끊어지면 호스트로 복구되고 가상 시스템에 더 이상 연결되지 않습니다. 이 문제는 USB 디바이스가 여러 개 연결되어 있는 가상 시스템을 마이그레이션할 때 더 자주 발생하지만, 연결된 디바이스 수가 적은 경우에도 가끔씩 발생합니다.
        해결 방법: USB 디바이스가 물리적으로 연결되어 있는 ESXI 호스트로 가상 시스템을 마이그레이션한 다음 가상 시스템에 디바이스를 다시 연결합니다.

      • 액세스할 수 없는 SCSI 패스스루 디바이스를 가진 가상 시스템의 전원을 켤 수 없음
        가상 시스템에 연결된 SCSI 패스스루 디바이스에 가상 시스템의 호스트에서는 액세스할 수 없는 디바이스 백업이 있으면 VM의 전원을 켜는 동안 ESX 호스트에서 예기치 않은 오류를 수신했습니다.라는 오류가 발생하고 가상 시스템 전원을 켤 수 없습니다.
        해결 방법: 다음 절차 중 하나를 수행합니다.

        • 가상 시스템의 호스트에 물리적 SCSI 디바이스가 있는 경우, SCSI 패스스루 디바이스의 디바이스 백업을 호스트의 물리적 SCSI 디바이스로 변경한 후 가상 시스템 전원을 켭니다.
        • 호스트에 물리적 SCSI 디바이스가 없으면 가상 시스템에서 SCSI 패스스루 디바이스를 제거한 후 가상 시스템 전원을 켭니다.
      • 복제를 사용하도록 설정한 경우 ESXi 5.0에서 ESX/ESXi 4.1로 가상 시스템을 복제하거나 재배치하는 작업이 실패함
        hbr enablereplication명령을 사용하여 ESXi 5.0 호스트에 있는 가상 시스템에서 복제를 사용하도록 설정한 후 가상 시스템을 ESX/ESXi 4.1 이하 버전의 호스트에 복제하면 작업이 지원되지 않습니다.라는 오류 메시지와 함께 검증이 실패합니다. ESXi 5.0 가상 시스템을 ESX/ESXi 4.1 호스트에 복제할 수 없습니다.
        해결 방법: 다음 해결 방법 중 하나를 선택합니다.

        • 가상 시스템을 ESXi 5.0 호스트에 복제합니다.
        • 새 가상 시스템을 ESX/ESXi 4.1 호스트에 복제하거나 재배치합니다.
      • vCenter Server 5.0과 ESX/ESXi 호스트의 비호환성 문제로 인해 델타 디스크가 있는 가상 시스템의 마이그레이션 작업이 실패함
        vCenter Server 5.0에서 ESX/ESXi 4.0 업데이트 3 이하 버전의 호스트를 관리하는 경우 스냅샷 또는 델타 디스크를 사용하는 가상 시스템을 해당 호스트에 마이그레이션할 수 없습니다. 이러한 마이그레이션 작업을 시도하면
        vCenter Server와 ESX의 버전이 호환되지 않아 스냅샷 또는 델타 디스크가 포함된 VM을 마이그레이션할 수 없습니다. 작업을 계속하려면 ESX 호스트를 ESX 4.0 업데이트 3 이상으로 업그레이드하십시오.라는 시스템 오류 메시지가 표시됩니다.
        ESX/ESXi 4.1의 경우에도 동일한 제한이 적용되며 유사한 오류 메시지가 나타납니다. vCenter Server 5.0에서 ESX/ESXi 4.1 호스트를 관리하는 경우, 델타 디스크가 포함된 가상 시스템을 마이그레이션할 수 없습니다.
        해결 방법: ESX/ESXi 호스트를 ESX/ESXi 4.0 업데이트 3 이상으로 업그레이드하거나 ESX 4.1 업데이트 1 이상으로 업그레이드합니다.

      • Windows XP 및 Windows 2003을 사용자 지정한 후 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않음
        사용자 지정 규격 마법사를 사용하여 Windows XP 또는 Windows 2003을 사용자 지정할 경우, 네트워크 속성 DNS 탭에 ASCII가 아닌 DNS 접미사를 입력하면 성공적으로 사용자 지정된 것으로 표시되지만 실제로는 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않습니다.
        해결 방법: Windows XP 및 Windows 2003에서 DNS 접미사를 수동으로 설정합니다.

      • .vmsd 스냅샷 데이터베이스 파일의 스냅샷 디스크 경로와 델타 디스크 설명자 파일의 상위 경로가 마이그레이션 후 업데이트되지 않음
        snapshot.redoNotWithParentTRUE로 설정되었을 때
        snapshotDirectory설정을 데이터베이스 A에서 데이터베이스 B로 변경할 경우
        잘못된 스냅샷 구성이 검색되었습니다.라는 오류 메시지가 나타날 수 있습니다. 다음 조건을 모두 충족할 경우 이런 문제가 발생합니다.

      •  
        • 스냅샷 트리에서 이전 스냅샷으로 되돌리고 해당 스냅샷 시점에서 새로운 스냅샷을 생성합니다. 그 결과 비선형 스냅샷 트리 계층이 만들어집니다.
        • 디스크 체인의 디스크 링크가 여러 데이터 저장소에 걸쳐 있고 소스와 대상 데이터 저장소 모두를 포함합니다. 이 상황은 다른 데이터스토어를 한 번 이상 가리키도록 snapshotDirectory설정을 변경하고 snapshotDirectory변경 사이에 가상 시스템 스냅샷을 생성할 경우 발생합니다. 예를 들어, snapshotDirectory가 데이터 저장소 A로 설정된 가상 시스템의 스냅샷을 생성하고 이전 스냅샷으로 되돌린 다음 snapshotDirectory설정을 데이터 저장소 B로 변경하고 추가 스냅샷을 생성합니다. 이제 가상 디스크를 데이터 저장소 B에서 데이터 저장소 A로 마이그레이션합니다.
      • 가장 좋은 방법은 스냅샷 디렉토리에 상위 및 하위 스냅샷을 모두 저장하는 기본 설정을 유지하는 것입니다. snapshotDirectory설정 변경 또는 데이터 저장소 변경 중간에 스냅샷 생성은 피하십시오. snapshot.redoNotWithParentTRUE로 설정했다면, 현재 가상 시스템이 사용하지 않고 있는 데이터 저장소로 전체 스토리지 마이그레이션을 수행하십시오.

        해결 방법: 디스크 경로 참조를 수동으로 스냅샷 데이터베이스 파일 및 디스크 설명자 파일의 올바른 데이터 저장소 경로로 업데이트하십시오.

      마이그레이션 문제

      • IDE 가상 디스크가 포함된 가상 시스템을 ESXi 5.0 호스트에서 ESX/ESXi 4.x 호스트로 콜드 마이그레이션하면 작업이 개체에서 지원되지 않습니다.
        라는 오류와 함께 작업이 실패함
        vCenter Server 5.0을 사용하여 하나 이상의 IDE 가상 디스크를 사용하는 가상 시스템을 ESXi 5.0 호스트에서 ESX/ESXi 4.x 호스트로 마이그레이션하면 작업이 개체에서 지원되지 않습니다.
        라는 오류와 함께 마이그레이션이 실패합니다.

        해결 방법: 다음 단계를 수행합니다.

        1. ESXi 5.0 호스트에서 가상 시스템을 선택합니다.
        2. VM이 ESXi 5.0 호스트의 호스트 전용 데이터스토어에 상주하는 경우 가상 시스템의 .vmx.vmdk파일을 ESXi 5.0 호스트와 ESX/ESXi 4.x 호스트가 모두 액세스할 수 있는 공유 LUN으로 이동합니다.
        3. 가상 시스템 마이그레이션 마법사의 호스트 변경 옵션을 사용하여 가상 시스템을 ESX/ESXi 4.x 호스트로 콜드 마이그레이션합니다.

         

      • DST(일광 절약 시간제) 전환 시 성능 차트의 시간 축에 변경된 DST 시간이 업데이트되지 않음
        예를 들어, DST를 준수하는 지역의 로컬 시계를 2011년 3월 27일 일요일 오전 3시에 1시간 앞으로 설정했습니다. 이 경우 성능 차트에서 시간 축은 ..., 2:00, 2:20, 2:40, 4:00, 4:20, ...같이 오전 3시로 시작되는 눈금이 생략되어야 합니다. 그러나 실제 레이블은 ..., 2:00, 2:20, 2:40, 3:00, 3:20, 3:40, 4:00, 4:20, ...같이 표시됩니다.

        해결 방법: 없음

      • 디스크 포맷 변경 옵션을 지정하여 Storage vMotion 작업을 수행한 이후에도 가상 시스템 디스크가 원래 포맷으로 유지됨
        ESXi 4.1 또는 이전 버전을 실행하는 호스트에서 전원이 켜진 가상 시스템에 대해 Storage vMotion 작업을 수행하는 동안 디스크 포맷을 빠르게 비워지는 씩 프로비저닝 포맷으로 변경하려고 해도 포맷이 변환되지 않습니다. Storage vMotion 작업은 성공적으로 완료되지만 ESX/ESXi 4.1 및 이전 버전에 내재된 제한 때문에 디스크가 원래 포맷으로 유지됩니다. ESXi 5.0 호스트에서 가상 시스템에 대해 동일한 작업을 수행하면 포맷이 성공적으로 변환됩니다.

        해결 방법: 없음.

      • vCenter Server 지원 번들 도구가 사용자 지정 위치에 저장된 로그 데이터를 찾지 못함
        vCenter Server 지원 번들 도구가 기본값이 아닌 사용자 지정 위치에 저장된 로그 파일을 찾지 못합니다. vCenter Server 지원 번들 도구는 vSphere Client 로그 수집 도구와는 다릅니다.

        해결 방법: vSphere Client를 vCenter Server에 연결한 후 시스템 로그 내보내기 기능을 사용하여 로그 데이터를 검색합니다. vSphere Client에서 관리 > 시스템 로그 내보내기를 선택합니다.

        vSphere Client를 vCenter Server에 연결할 수 없는 경우에는 파일을 로그 번들에 수동으로 복사해야 합니다.

      VMware HA 및 Fault Tolerance 문제

      • vCenter Server 5.0에서는 vSphere HA와 관련된 몇 가지 고급 구성 옵션이 더 이상 지원되지 않음
        다음 옵션은 더 이상 지원되지 않습니다.

        das.consoleUser
        das.consoleNode
        das.consolePerm
        das.primaryCount
        das.checkVmStateDelay
        das.trace
        das.traceLevel
        das.traceOutput
        das.preferredPrimaries
        das.disableUWSwapRequirement
        das.sensorPollingFreq
        das.bypassNetCompatCheck
        das.defaultfailoverhost
        das.failureDetectionTime
        das.failureDetectionInterval

        지원되지 않는 옵션 중 하나를 설정하려고 하면 vCenter Server 5.0에서는 해당 옵션은 유효하지 않다고 보고합니다. 또한 이러한 옵션이 정의되어 있는 이전 버전에서 vCenter Server 5.0으로 업그레이드하면 해당 옵션이 삭제되고 더 이상 적용되지 않습니다.
        해결 방법: 없음.

      • 호스트 오류가 발생할 경우 vSphere HA가 vMotion을 사용하여 마이그레이션되는 가상 시스템을 다시 시작하지 못함
        가상 시스템이 하나의 호스트에서 다른 호스트로 마이그레이션되는 동안 원래 호스트에 오류가 발생하고 응답이 없거나 가상 시스템의 구성 파일을 포함하는 데이터 저장소에 대한 액세스가 끊길 수 있습니다. 그러한 오류가 발생하고 vMotion도 따라서 오류가 발생하면 vSphere HA가 가상 시스템을 다시 시작하지 않을 수 있으며, 보호도 못할 수 있습니다.
        해결 방법: 가상 시스템에 오류가 발생하고 vSphere HA가 가상 시스템을 다시 시작하지 않으면, 가상 시스템 전원을 수동으로 켜십시오. 그러면 vSphere HA가 가상 시스템을 보호합니다.

      국제화 문제

      • 검색에서 일본어, 중국어, 한국어, 독일어, 프랑스어 및 스페인어로 번역된 문자를 찾을 수 없음
        번역된 문자 검색에서 일본어, 중국어, 한국어 일치 항목 및 독일어/프랑스어/스페인어 문자를 검색할 수 없습니다.
        해결 방법: 항목을 검색할 때는 영어 인터페이스를 사용하십시오.

      • 사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 vSphere Web Client를 사용하여 vCenter Server에 로그인할 수 없음
        vSphere Web Client에서는 ASCII가 아닌 문자가 포함된 사용자 이름을 사용할 수 없습니다. 이름에 ASCII가 아닌 문자가 포함된 사용자는 vSphere Web Client를 사용하여 vCenter Server에 연결할 수 없습니다.
        해결 방법: vSphere Client를 사용하여 vCenter Server에 연결합니다.

      • vSphere Web Client 도움말에서 지역화된 검색 및 검색 범위와 관련된 문제
        다음은 vSphere Web Client 도움말에서 지역화된 검색에 대해 알려진 문제입니다.
        영어가 아닌 언어로 지역화된 문자를 사용하여 검색하면 결과가 검색되지 않습니다. ASCII가 아닌 문자를 사용하여 검색 범위 이름을 생성하면 해당 문자가 올바르게 표시되지 않습니다.
        해결 방법: tomcat-server.xml 파일을 편집하여 URI 인코딩을 UTF-8로 지정합니다.

        vSphere_Web_Client_Installation_Directory\springsource-dm-server-2.0.4\config\tomcat-server.xml파일을 텍스트 편집기에서 엽니다.
        파일에서 다음 섹션을 편집하여 URIEncoding="UTF-8"매개 변수를 connectionTimeout="20000"줄 끝에 추가합니다.

        <Connector port="9090" protocol="HTTP/1.1"
        connectionTimeout="20000"
        redirectPort="9443" emptySessionPath="true"/>


        9090은 커넥터 포트의 기본값입니다. 설치 시 이 값을 변경했다면 다른 포트 번호가 나타납니다. 포트 번호는 변경하면 안 됩니다.

        필요한 값을 변경하면 섹션이 다음과 같이 나타납니다.

        <Connector port="9090" protocol="HTTP/1.1"
        connectionTimeout="20000" URIEncoding="UTF-8"
        redirectPort="9443" emptySessionPath="true"/>

        파일에서 다음 섹션을 편집하여 URIEncoding="UTF-8"줄을 keystoreFile="config/keystore"줄 끝에 추가합니다.

        <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
        maxThreads="500" scheme="https" secure="true"
        clientAuth="false" sslProtocol="TLS"
        keystoreFile="config/keystore"
        keystorePass="changeit" emptySessionPath="true"/>


        9443은 커넥터 포트의 기본값입니다. 설치 시 이 값을 변경했다면 다른 포트 번호가 나타납니다. 포트 번호는 변경하면 안 됩니다.

        필요한 값을 변경하면 섹션이 다음과 같이 나타납니다.

        <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
        maxThreads="500" scheme="https" secure="true"
        clientAuth="false" sslProtocol="TLS"
        keystoreFile="config/keystore" URIEncoding="UTF-8"
        keystorePass="changeit" emptySessionPath="true"/>

        파일을 저장합니다.