VMware vCenter Server 6.0 업데이트 1b 릴리스 정보\n업데이트 날짜: 2016년 7월 22일\nvCenter Server 6.0 업데이트 1b | 2016년 1월 7일 | ISO 빌드 3343019\nvCenter Server Appliance 6.0 업데이트 1b | 2016년 1월 7일 | 빌드 3343019\nWindows의 vCenter Server 6.0 업데이트 1b 빌드 3339083\nvCenter Server Appliance의 vCenter Server 6.0 업데이트 1b 빌드 3339084\nvCenter Server 6.0의 이전 릴리스\n이 vCenter Server 6.0 업데이트 1b 릴리스는 압축된 업데이트 번들을 사용하여 URL 기반 패치 작업을 지원합니다. 자세한 내용은 KB 2142009를 참조하십시오.\nvSphere Web Client에서 클라이언트 통합 플러그인 또는 VMware-csd 가드 대화상자에 대한 사용자 기본 설정을 구성할 수 있습니다. 자세한 내용은 KB 2142218을 참조하십시오.\nvCenter Server 6.0 업데이트 1b는 이전에 지원했던 호환성 또는 상호 운용성을 중단하지 않고 대부분의 vSphere 구성 요소에 대한 TLS 버전 1.1 및 1.2를 지원합니다. TLS 버전 1.0만 계속 지원하는 일부 vSphere 구성 요소가 여기에 나열되어 있습니다.\nvCSA(vCenter Server Appliance)의 Virtual SAN Observer\nvCSA의 Auto Deploy\nAuto Deploy 또는 iPXE\n이제 vCenter Server 6.0 업데이트 1b는 위에 나열된 예외를 제외하고 모든 TLS 버전 1.0, 1.1 및 1.2를 지원합니다. 지원되는 TLS 프로토콜 목록은 기술 자료 문서 2136185를 참조하십시오.\n이제 인증서 관리자 유틸리티가 VECS(VMware Endpoint 인증서 저장소)가 아닌 모든 통합 끝점을 업데이트하기 위해 updateExtensionCertInVC.py를 자동으로 호출합니다.\n해결된 문제: 이 vCenter Server 6.0 업데이트 1b 릴리스에서는 해결된 문제 섹션에 설명된 문제가 해결되었습니다.\nVMware vCenter Server 6.0 업데이트 1 릴리스 정보\nVMware vCenter Server 6.0.0b 릴리스 정보\nVMware vCenter Server 6.0.0a 릴리스 정보\nVMware vSphere 6.0 릴리스 정보\n이 vCenter Server 6.0 업데이트 1b 릴리스는 다음과 같은 패치를 제공합니다. 패치 다운로드에 대한 자세한 내용은 VMware Patch Download Center를 참조하십시오.\nVMware vSphere 6.0은 다음과 같은 언어로 제공됩니다.\nvCenter Server, ESXi, vSphere Web Client, vSphere Client를 포함하여 VMware vSphere 6.0의 구성 요소에서는 ASCII가 아닌 입력을 사용할 수 없습니다.\nESXi, vCenter Server 및 vSphere Web Client 버전 호환성\nVMware 제품 상호 운용성 매트릭스에는 ESXi, VMware vCenter Server, vSphere Web Client 및 선택적 VMware 제품을 포함한 VMware vSphere 구성 요소의 현재 버전과 이전 버전 사이의 호환성에 대한 자세한 내용이 나와 있습니다. ESXi 또는 vCenter Server를 설치하기 전에 VMware 제품 상호 운용성 매트릭스에서 지원되는 관리 및 백업 에이전트 관련 정보도 확인하십시오.\nvSphere Web Client는 vCenter Server에 함께 패키지되어 있습니다. vSphere Client는 모듈 ISO 파일의 일부인 VMware vCenter 자동 실행 메뉴를 통해 설치할 수 있습니다.\nvSphere 6.0와 호환되는 프로세서, 스토리지 디바이스, SAN 어레이 및 I/O 디바이스 목록을 보려면 VMware 호환성 가이드에 나와 있는 ESXi 6.0 정보를 참조하십시오.\nESXi의 디바이스 호환성\nESXi 6.0와 호환되는 디바이스를 확인하려면 VMware 호환성 가이드에서 ESXi 6.0 정보를 참조하십시오.\n일부 디바이스는 ESXi 6.0에서 사용되지 않으며 더 이상 지원되지 않습니다. 업그레이드 프로세스를 수행하는 동안 디바이스 드라이버가 ESXi 6.0 호스트에 설치되고 디바이스 드라이버는 ESXi 6.0에서 계속 작동할 수 있지만 디바이스는 ESXi 6.0에서 지원되지 않습니다. ESXi 6.0에서 사용되지 않아서 더 이상 지원되지 않는 디바이스 목록은 KB 2087970을 참조하십시오.\nESXi의 타사 스위치 호환성\n이제 VMware에서 vSphere 6.0을 통해 Cisco Nexus 1000V를 지원합니다. vSphere를 사용하려면 최소 NX-OS 릴리스 5.2(1)SV3(1.4)이 필요합니다. Cisco Nexus 1000V에 대한 자세한 내용은 Cisco 릴리스 정보를 참조하십시오. 이전 vSphere 릴리스와 마찬가지로 Cisco Nexus 1000V AVS 모드는 지원되지 않습니다.\nvSphere 6.0과 호환되는 게스트 운영 체제를 확인하려면 VMware 호환성 가이드에 나와 있는 ESXi 6.0 정보를 참조하십시오.\nESX 3.x 이상(하드웨어 버전 4)과 호환되는 가상 시스템은 ESXi 6.0에서 지원됩니다. ESX 2.x 이상(하드웨어 버전 3)과 호환되는 가상 시스템은 지원되지 않습니다. ESXi 6.0에서 이와 같은 가상 시스템을 사용하려면 가상 시스템 호환성을 업그레이드하십시오. 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오.\nESXi 및 vCenter Server를 설치하고 구성하는 방법에 대한 지침은 vSphere 설치 및 설정 설명서를 참조하십시오.\n설치는 간단하지만 여러 후속 구성 단계를 수행해야 합니다. 다음 설명서를 읽어 보십시오.\nvCenter Server 및 호스트 관리 설명서의 "라이센스 관리 및 보고"\nvSphere 네트워킹 설명서의 "네트워킹"\nvSphere 보안 설명서의 "보안"에 나와 있는 방화벽 포트 정보\nvSphere 6.0 권장 배포 모델\n다음 두 가지 배포 모델만 사용하는 것이 좋습니다.\n내장형 Platform Services Controller가 있는 vCenter Server. 데이터 센터에 하나 이상의 독립형 vCenter Server 인스턴스를 배포해야 하는 경우 이 모델을 사용하는 것이 좋습니다. 이와 같은 내장형 Platform Services Controller가 있는 vCenter Server 모델 간 복제는 권장되지 않습니다.\n외부 Platform Services Controller가 있는 vCenter Server. 데이터 센터에서 여러 vCenter Server 인스턴스를 연결해야 하거나 Platform Services Controller의 설치 공간을 줄이려는 경우에만 이 모델을 사용하는 것이 좋습니다. 이와 같은 외부 Platform Services Controller가 있는 vCenter Server 모델 간에는 복제가 지원됩니다.\nvCenter Server를 설치하고 구성하는 방법에 대한 지침은 vSphere 설치 및 설정 설명서를 참조하십시오.\n또한 KB 2108548에서도 vCenter Server를 설치하고 구성하는 방법에 대한 지침을 참조할 수 있습니다.\nvCenter 호스트 OS 정보\n기술 자료 문서 KB 2091273을 참조하십시오.\n외부 Platform Services Controller를 사용하는 vCenter Server 및 vCenter Server Appliance 배포의 백업 및 복원\nvSphere 설치 및 설정 설명서에는 외부 Platform Services Controller를 사용하는 vCenter Server 및 vCenter Server Appliance 배포의 백업 및 복원이 제한된다고 명시되어 있지만 KB 2110294의 단계에 따르면 이러한 백업 및 복원 작업을 수행할 수 있습니다.\n내장형 Platform Services Controller에서 외부 Platform Services Controller로 마이그레이션\n내장형 Platform Services Controller가 있는 vCenter Server를 외부 Platform Services Controller가 있는 vCenter Server로 자동으로 마이그레이션할 수 없습니다. 이 마이그레이션 유틸리티에 대한 테스트가 완료되지 않았습니다.\nvCenter Server를 설치하기 전에 원하는 배포 옵션을 결정합니다. 복제 설정에 vCenter Server가 둘 이상 필요한 경우에는 항상 외부 Platform Services Controller가 있는 vCenter를 배포합니다.\n타사 사용자 지정 항목을 사용한 업그레이드에 대한 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오. Image Builder를 사용하여 사용자 지정 ISO를 만드는 방법에 대한 자세한 내용은 vSphere 설치 및 설정 설명서를 참조하십시오.\n지원되지 않는 CPU에 대해 허용되지 않는 업그레이드 및 설치\nvSphere 6.0에서는 2006년 6월 이후(3사분기)에 출시된 프로세서만 지원합니다. vSphere 5.x에서 지원하는 프로세서와 비교해, vSphere 6.0에서는 더 이상 다음 프로세서를 지원하지 않습니다.\nAMD Opteron 12xx 시리즈\nAMD Opteron 22xx 시리즈\nAMD Operton 82xx 시리즈\n설치 또는 업그레이드를 진행하는 동안 설치 관리자는 호스트 CPU가 vSphere 6.0과 호환되는지 여부를 확인합니다. 호스트 하드웨어가 호환되지 않는 경우 보라색 화면이 나타나면서 비호환성 정보 메시지가 표시되며 vSphere 6.0 설치 프로세스가 중지됩니다.\nvCenter Server 및 ESX/ESXi 호스트 업그레이드 방법에 대한 지침은 vSphere 업그레이드 설명서를 참조하십시오.\nVMware vSphere 6.0의 오픈 소스 구성 요소\nvSphere 6.0에서 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 http://www.vmware.com에서 확인할 수 있습니다. My VMware 계정으로 로그인해야 합니다. 그런 다음 다운로드 메뉴에서 vSphere를 선택합니다. 오픈 소스 탭에서는 최신 vSphere 릴리스에 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.\nvCenter Server 데이터베이스. vSphere 6.0에서는 Oracle 11g 및 12c가 외부 데이터베이스로 계속 지원됩니다. 향후 주요 릴리스에서는 Oracle 11g 및 12c가 vCenter Server Appliance용 외부 데이터베이스로 더 이상 지원되지 않을 예정입니다.\nvSphere Web Client. vSphere 6.0 Web Client에서, 더 이상 개체의 모니터링 탭에서 스토리지 보고서를 선택할 수 없습니다.\nvSphere Client. vSphere 6.0 Client에서 더 이상 스토리지 보기 탭을 사용할 수 없습니다.\nvCenter Server, vSphere Web Client 및 vSphere Client 문제\nCIM 및 API 문제\n인증서 관리 문제\nvCenter Server 또는 Platform Services Controller 6.0 U1 Appliance의 DCUI를 통해 IPv6를 사용하지 않도록 설정하면 VAMI(vCenter Server Appliance 관리 인터페이스) 서비스가 시작되지 않을 수 있음\nvCenter Server Appliance 또는 Platform Service Controller Appliance를 배포하거나 6.0 업데이트 1으로 업그레이드한 후에 VAMI(vCenter Server Appliance 관리 인터페이스) 서비스가 시작되지 않을 수 있습니다. vCenter Server 또는 Platform Services Controller 6.0 U1 Appliance의 DCUI를 통해 IPv6을 업데이트하면 VAMI IPv6 지원 구성이 업데이트되지 않고 VAMI 서비스 시작에 영향을 줄 수 있습니다. 자세한 내용은 KB 2132965를 참조하십시오.\nOpenSSL 라이브러리 업데이트\nOpenSSL 라이브러리가 버전 openssl-1.0.1p로 업데이트되었습니다.\nDiffie-Hellman과 EXPORT_RSA가 기본적으로 사용되지 않음\nDiffie-Hellman 그룹 및 EXPORT_RSA가 기본 SSL 암호 목록에서 제거됩니다.\nvSphere 도메인 내의 사이트 간에 VMware vCenter Server 6.0을 재지정하려는 시도가 실패함\n다중 사이트 환경에서 VMware vCenter Server 6.0을 다른 사이트의 외부 Platform Services Controller로 재지정하려는 시도가 실패할 수 있습니다.\nvCenter Server 6.0을 이동하고 바이너리 재지정을 허용하기 위해 새 CMSSO-Util CLI를 사용하는 데 대한 자세한 내용은 KB 2131191을 참조하십시오.\nESXi 호스트를 재부팅할 때 VMware vCenter Server 5.1 또는 6.0이 실패할 수 있음\n호스트를 재부팅할 때 VMware vCenter Server 서비스를 실패할 수 있습니다. C:\_ProgramData\_VMware\_VMware VirtualCenter\_Logs에 있는 vpxd.log 파일에서 다음과 비슷한 항목을 볼 수 있습니다.\n<YYYY-MM-DD>T<TIME> [03556 error 'Default' opID=HB-host-77@115-196633de] [VdbStatement] SQLError was thrown: "ODBC error: (23000) - [Microsoft][SQL Server Native Client 10.0][SQL Server]Cannot insert duplicate key row in object 'VMW.VPX_PSA_PATH' with unique index 'VPXI_PSA_PATH'. The duplicate key value is (77, key-vim.host.PlugStoreTopology.Path-fc.20000025b5011129:20000025b501b129-fc.50060160c7207c5c:5006016747207c5c-naa.6006016042902c00d05cadfe4a91e211)." is returned when executing SQL statement "INSERT INTO VPX_PSA_PATH WITH (ROWLOCK) (HOST_ID, PATH_ID, KEY_VAL, NAME, CHANNEL_NUMBER, TARGET_NUMBER, LUN_NUMBER, SCSI_LUN_ID, HBA_ID, TARGET_ID, LUN_LINK_KEY, ADAPTER_LINK_KEY, TARGET_LINK_KEY) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?)"\n<YYYY-MM-DD>T<TIME> [11196 warning 'Default' opID=HB-host-19280@111-6d70601] [VdbStatement] SQL execution failed: INSERT INTO VPX_LUN_TARGET WITH (ROWLOCK) (SCSI_TARGET_ID, SCSI_LUN_ID, L\nUN_VAL, KEY_VAL, LINK_KEY, HOST_ID, UPDATE_KEY) VALUES (?, ?, ?, ?, ?, ?, ?)\n이 문제는 vCenter Server에 있는 항목이 vCenter Server 캐시에서 제거되었지만 vCenter Server 데이터베이스로 커밋되지 않았을 때 발생합니다. 자세한 내용은 KB 2099964를 참조하십시오.\n사용자가 여러 그룹의 멤버인 경우 Windows 세션 인증(SSPI) 로그인에 실패할 수 있음\nActive Directory 사용자가 50개 이상 그룹의 멤버인 경우 해당 사용자는 SSPI(Windows 세션 자격 증명)를 사용하여 vSphere Web Client에 로그인하지 못할 수 있습니다.\nvSphere Web Client의 로그인 프롬프트에서 다음과 유사한 오류 메시지가 표시됩니다.\n사용자 이름과 암호를 입력해야 합니다.\n자세한 내용은 KB 2112731을 참조하십시오.\nVMware vCenter Server에서 백업을 생성하려는 시도가 실패할 수 있음\nVMware vCenter Server에서 백업을 생성하려는 시도가 실패할 수 있습니다. 이 문제는 vCenter vpxd 서비스가 응답을 중지하여 백업이 실패할 때 발생합니다.\n사용자가 Active Directory에서 300개 이상 그룹의 멤버이면 VMware 클라이언트 통합 플러그인의 오류로 인해 Windows 세션 인증 로그인에 실패할 수 있음\n복잡한 Active Directory 설정에서 사용자가 300개 이상 그룹의 멤버인 경우 Windows 세션 인증 로그인에 실패할 수 있습니다. VMware 클라이언트 통합 플러그인의 오류로 인해 Windows 세션 인증 로그인이 실패합니다. 다음과 유사한 오류 메시지가 표시됩니다.\nWindows 세션 인증 로그인이 VMware 클라이언트 통합 플러그인으로 인한 오류 때문에 실패했습니다.\n사용자 지정 후 Windows GOS에서 NetBIOS 설정이 유지되지 않음\n템플릿에서 VM을 배포하면 사용자 지정 후 Windows VM의 NetBIOS 설정이 기본값으로 되돌아갑니다. 이로 인해 게스트 OS에서 사용자 지정 전에 완료한 실제 설정이 지워질 수 있습니다.\nvCenter Client의 스케줄링된 작업이 잘못된 다음 실행 날짜를 표시할 수 있음\nvSphere Client 시스템 시간이 UTC 표준 시간대를 기준으로 설정되지 않은 경우 스케줄링된 작업에 다음 실행 시간이 잘못 표시될 수 있습니다. vCenter Server는 UTC 시간대를 기준으로 스케줄링된 작업을 저장하고 처리합니다.\nvSphere Web Client에 로그인할 때 고객 환경 향상 프로그램이 오류 메시지를 보고할 수 있음\nvSphere Web Client에 로그인할 때 고객 환경 향상 프로그램이 실패하여 오류 메시지를 보고할 수 있습니다. 이 문제는 vSphere 6.0 업데이트 1에서만 발생합니다. 다음과 유사한 오류 메시지가 표시됩니다.\n요청을 처리하는 동안 오류가 발생했습니다. 자세한 내용은 vSphere Web Client 로그를 확인하십시오.\n사용자가 여러 그룹의 멤버인 경우 VMware-csd 측에서 Windows 세션 인증(SSPI) 로그인에 실패할 수 있음\n사용자가 Active Directory에서 여러 그룹의 멤버인 경우 Windows 세션 자격 증명(SSPI)을 사용하여 vSphere Web Client에 로그인하지 못할 수 있습니다. SSPI Windows 세션 로그인이 VMware-csd 측에서 실패할 수 있습니다.\n가상 시스템에 대한 Fault Tolerance 구성에 실패할 수 있음\n대상 데이터스토어 크기의 절반이 넘는 디스크를 사용하는 VM에서 Fault Tolerance 기능을 설정하면 보조 VM 전원을 켜는 동안 디스크 공간 오류가 발생할 수 있습니다. 다음과 유사한 오류 메시지가 표시됩니다.\n대상 호스트의 공간이 부족합니다.\nvpxd 실패 또는 다시 시작 후, vCenter Server MOB(Managed Object Browser)에 Null 값 또는 가상 시스템 네트워크 구성과 관련된 잘못된 정보가 포함되어 있음\nvpxd 실패 또는 다시 시작 후, 잘못된 네트워크 구성 세부 정보가 vCenter Server MOB(Managed Object Browser)에 채워질 수 있습니다. 게스트 네트워크 세부 정보가 잘못된 데이터베이스에 저장되어 vCenter Server MOB가 Null 값이나 잘못된 VM 네트워크 구성 세부 정보를 가지고 있을 수 있습니다.\nvSphere 6.0에서 외부 VMware 솔루션에 대한 vCenter Server 또는 Platform Services Controller 인증서 검증 오류\nvCenter Server 또는 Platform Services Controller에 대한 인증서를 교체하거나 다시 생성한 후에 VMware Lookup Service에 저장된 서비스 등록이 업데이트되지 않았습니다. 이로 인해 솔루션이 인증서를 검증하기 위해 vCenter Server 또는 Platform Services Controller에 연결을 시도할 때 연결 오류가 발생합니다. 자세한 내용은 KB 2109074를 참조하십시오.\nvSphere 6.0에서 인증서 관리자 유틸리티를 사용하면 CSR(인증서 서명 요청) 생성에 Certool.cfg를 사용하지 않음\nCSR(인증서 서명 요청)에서 생성된 인증서가 vCenter Server 또는 Platform Services Controller에서 이전에 사용된 SSL 인증서와 완전히 동일할 수 있습니다. /usr/lib/vmware-vmca/share/config/certool.cfg 파일 또는 C:\_Program Files\_VMware\_vCenter Server\_vmcad\_certool.cfg 파일을 수정한 후 Machine SSL 인증서 또는 솔루션 사용자 인증서에 대한 CSR과 개인 키 쌍을 생성할 때 이런 문제가 발생합니다.\nvCenter Single Sign-On 및 인증서 관리 문제\nvCenter Server for Windows 설치 문제\nPlatform Services Controller 관리자 계정의 암호에 ASCII가 아닌 문자나 상위 ASCII 문자가 포함되어 있으면 vCenter Server용 Windows Installer가 중지됨\n설치 중에는 ASCII가 아닌 문자나 상위 ASCII 문자가 포함되어 있는 Platform Services Controller 관리자 암호를 지정할 수 없지만 설치가 끝난 후 암호를 변경할 수 있습니다. 그런 다음 vCenter Server 시스템을 설치하고 이 시스템을 Platform Services Controller에 연결하면 설치가 실패합니다.\n해결 방법: 다음 요구 사항을 충족하는 암호를 사용하도록 Platform Services Controller를 구성합니다.\n길이가 8자 이상이면서 20자를 넘지 않음\n대문자 1자 이상\n소문자 1자 이상\n숫자 1자리 이상\n0-9, a-z 또는 A-Z 문자가 아닌 특수 문자 1자 이상\n표시되는 ASCII 문자만(예: 공백은 사용 안 함)\nvCenter Server를 제거하면 내장된 PostgreSQL 데이터베이스도 제거됨\nMicrosoft Windows 가상 시스템 또는 물리적 호스트에서 vCenter Server를 제거하면 내장된 PostgreSQL 데이터베이스도 함께 제거되고 그에 따라 데이터베이스에 저장된 모든 데이터가 손실됩니다.\n해결 방법: 데이터베이스의 데이터가 손실되지 않도록 하려면 PostgreSQL 데이터베이스를 백업해 두었다가 복원합니다.\n데이터베이스 서버 별칭 이름을 사용하여 DSN을 생성하면 vCenter Server의 설치가 실패함\n데이터베이스 서버 별칭 이름을 사용하여 DSN을 생성하면 외부 Microsoft SQL 데이터베이스와 함께 vCenter Server를 설치하는 데 실패합니다. Inventory Service를 설치하는 도중 다음과 같은 오류가 나타납니다. invsvc를 시작하는 중에 오류가 발생했습니다.\n해결 방법: 데이터베이스 서버의 호스트 이름 또는 IP 주소를 사용하여 DSN을 생성합니다.\n상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함된 사용자 이름을 사용하는 경우 Windows 통합 인증으로 SQL Server를 사용하여 vCenter Server를 설치할 수 없음\n네이티브 상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함된 사용자 이름을 사용하는 경우 Windows 통합 인증으로 SQL Server를 사용하여 vCenter Server를 설치할 수 없습니다. 또한 보안 작업을 수행하는 동안 오류가 나타납니다.\n해결 방법: ASCII 문자로만 구성된 사용자 이름을 사용합니다.\n상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함된 암호를 사용하는 경우 Windows 통합 인증으로 SQL Server를 사용하여 vCenter Server를 설치할 수 없음\n네이티브 상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함된 암호를 사용하는 경우 Windows 통합 인증으로 SQL Server를 사용하여 vCenter Server를 설치할 수 없습니다. 또한 invsvc 서비스를 시작하는 중에 오류가 나타납니다.\n해결 방법: ASCII 문자로만 구성된 암호를 사용합니다.\nvCenter Server 설치 관리자에서 외부 데이터베이스를 사용하도록 vCenter Server를 설정하는 경우 시스템 DSN을 선택하지 못할 수 있음\nvCenter Server 설치 관리자의 외부 SQL 데이터베이스를 사용하도록 vCenter Server를 구성하는 경우 SQL Server 드라이버를 사용하여 구성한 시스템 DSN이 사용 가능한 DSN 목록에 표시되지 않습니다.\n해결 방법: 외부 SQL Server 데이터베이스에 대해 시스템 DSN을 구성하는 경우 SQL Server Native Client를 사용합니다.\nIPv4 스택을 제거한 경우 VMware vCenter Server 6.0.0의 설치가 실패할 수 있음\nIPv4 스택을 제거한 경우 VMwareAfdService를 시작하려고 하는 동안 VMware vCenter Server 6.0.0의 설치가 실패할 수 있습니다. 또한 다음과 같은 오류 메시지가 나타납니다.\n'VMwareAfdService' 서비스를 시작하는 중 오류가 발생했습니다.\nVKS 바이너리를 정리할 수 없음, 오류: 2\nVMware 기술 자료에서 이러한 증상을 검색하여 알려진 문제와 가능한 해결 방법을 확인하십시오.\n아무것도 찾을 수 없으면 지원 번들을 수집하고 지원 요청을 여십시오.\n구성 요소 VCSServiceManager 설치가 실패했습니다(오류 코드: '1603'). 로그에서 세부 정보를 확인하십시오.\n해결 방법: VMware vCenter Server 6.0.0을 설치하기 전에 IPv4 스택이 설치되어 있는지 확인합니다. netsh interface ipv4 show interfaces 명령을 실행하면 지원되지 않는 요청입니다.라는 메시지가 나타납니다. 이는 IPv4 스택이 제거되어 있으며 다시 설치해야 한다는 것을 의미합니다. IPv4 스택을 다시 설치하려면 netsh interface ipv4 install 명령을 실행하고 시스템을 재부팅합니다.\nWindows Server 2008 R1 SP2에서 vCenter Server 설치 또는 제거 프로세스가 실패하거나 응답을 멈출 수 있음\nWindows Server 2008 R1 SP2의 Windows Installer는 여러 패키지를 처리하는 데 문제가 있습니다. 이러한 문제로 인해 vCenter Server를 설치하는 과정에 응답이 멈출 수도 있고, vCenter Server를 여러 번 설치 및 제거하려고 하면 프로세스가 실패할 수 있습니다.\n해결 방법: Microsoft KB 981669에서 Windows Installer 문제를 해결하는 패치를 적용합니다.\nPlatform Services Controller를 제거하려는 시도가 실패할 수 있음\n연결된 활성 vCenter Server 인스턴스가 하나 이상 있는 Platform Services Controller를 제거하려고 하면 설치 중단이라는 오류 메시지가 나타나면서 작업이 실패할 수 있습니다. vCenter Server 인스턴스가 Platform Services Controller에 등록되어 있기 때문에 문제가 발생하는 것이라고 명시된 메시지가 나타나지는 않습니다.\n해결 방법: 제거하려는 Platform Services Controller와 동일한 vSphere 도메인에서 vCenter Server를 다른 Platform Services Controller에 재지정하십시오.\nvCenter Server를 설치하는 시스템과 Platform Services Controller 사이의 시간 불일치가 3분 이상인 경우 vCenter Server의 설치가 실패할 수 있음\nvCenter Server를 설치하는 시스템과 Platform Services Controller 간에 시간이 동기화되지 않으면 vCenter Server 설치가 실패할 수 있습니다. 시간 차이가 3초를 초과하는 경우 마법사에는 시간 차이가 초 단위로 표시됩니다.\n시간 불일치가 3초에서 2분 사이인 경우 시간 차이가 있음을 알려 주는 메시지가 표시됩니다. 정보 대화 상자를 닫고 설치를 계속 진행할 수 있습니다. 시간 불일치가 2분에서 4분 사이인 경우 시간 차이가 크다는 것을 경고하는 메시지가 표시됩니다. 시간 차이가 4분을 초과하는 경우 설치를 계속 진행할 수 없습니다.\n해결 방법: 시간 차이가 2분에서 4분 사이임을 알려 주는 경고 메시지가 표시되면 vCenter Server 설치를 중지하고 vCenter Server를 설치하는 시스템의 시계를 Platform Services Controller의 시계와 동기화합니다. vCenter Server 설치 관리자를 다시 실행합니다.\n시스템 이름 입력(FQDN 또는 IP 주소)이 Platform Services Controller 입력과 FQDN/FQDN 또는 IP/IP로 정확히 일치하지 않으면 vCenter Server의 설치가 실패함\nPlatform Services Controller를 설치할 때 FQDN 또는 IP 주소를 사용하는 경우 vCenter Server 입력이 Platform Services Controller 입력과 일치해야 합니다. Platform Services Controller를 설치하는 중에 FQDN을 제공했다면 이 Platform Services Controller에 vCenter Server를 등록할 때 Platform Services Controller의 FQDN을 제공해야 합니다. 또한 Platform Services Controller를 설치하는 중에 IP 주소를 제공했다면 이 Platform Services Controller에 vCenter Server를 등록할 때 Platform Services Controller의 IP 주소를 제공해야 합니다. 그렇지 않으면 처음 부팅할 때 vCenter Server의 설치가 실패합니다.\n해결 방법: vCenter Server 입력과 Platform Services Controller 입력을 항상 동일하게 유지합니다.\nDNS가 완전히 지원되지 않는 경우 순수 IPv6 환경에서의 vCenter Server 설치가 실패할 수 있음\nDNS가 완전히 지원되지 않는 상황에서 순수 IPv6 환경에서 vCenter Server를 설치하려고 하면 설치가 실패할 수 있습니다. 이는 Platform Services Controller 설치 관리자가 시스템 이름을 가져오기 위해 역방향 조회를 수행하기 때문입니다.\n해결 방법: DNS가 완전히 지원되지 않는 경우 Platform Services Controller 배포가 내장된 vCenter Server에서 정방향 조회와 역방향 조회가 모두 작동하도록 해야 합니다.\nWindows 설치 관리자 패키지를 마우스 오른쪽 버튼으로 클릭하고 제거를 선택하여 vCenter Server for Windows를 제거할 수 없음\nvCenter Server for Windows는 Windows 프로그램 추가/제거 또는 vCenter Server for Windows 설치 관리자 패키지를 사용하여 제거할 수 있습니다. 하지만 vCenter Server for Windows 설치 관리자 패키지를 마우스 오른쪽 버튼으로 클릭하고 제거를 선택하면 아무런 메시지도 표시되지 않습니다. vCenter Server for Windows 설치 관리자 패키지를 마우스 오른쪽 버튼으로 클릭하고 제거를 다시 선택하면 제품이 이미 제거되었다는 메시지가 나타납니다.\n해결 방법: Windows 프로그램 추가/제거를 사용하여 vCenter Server for Windows를 제거합니다.\nvCenter Server for Windows에서 외부 데이터베이스에 대해 사용자 DSN(데이터 소스 이름)을 지원하지 않음\nvCenter Server for Windows를 설치할 때는 시스템 DSN만 지원됩니다. 사용자 DSN을 추가하면 vCenter Server for Windows의 데이터베이스 구성 페이지에 표시되지 않습니다.\n해결 방법: vCenter Server for Windows를 설치할 때 외부 데이터베이스에 대해 시스템 DSN을 추가합니다.\nASCII가 아닌 문자 또는 상위 ASCII 문자가 포함된 사용자 지정 사용자 이름 서비스 계정을 사용하는 경우 vCenter Server for Windows를 설치할 수 없음\n사용자 지정 계정 정책에 따라 정의된 사용자로 운영 체제에 로그인할 때 사용자 이름에 ASCII가 아닌 문자 또는 상위 ASCII 문자가 포함되어 있으면 vCenter Server for Windows를 설치하는 과정에 vCenter Server 서비스 계정을 구성할 수 없습니다.\n해결 방법: 로그인할 때 사용하는 사용자 지정 사용자 계정은 ASCII 문자로만 구성되어야 합니다.\nvCenter Server for Windows를 제거하거나 설치를 취소하더라도 경우에 따라 사용자 데이터 디렉토리 또는 설치 디렉토리의 일부 디렉토리와 파일이 정리되지 않을 수 있음\nvCenter Server for Windows를 제거하거나 설치를 취소하려는 경우 서비스가 시작되기 전에 C:\_ProgramData\_VMware\_vCenterServer 아래의 사용자 데이터 디렉토리 또는 C:\_Program Files\_VMware\_vCenterServer 아래의 설치 디렉토리가 시스템에서 완전히 삭제되지 않을 수 있습니다. 이는 이후의 vCenter Server for Windows 설치 시도에 영향을 줄 수 있습니다.\n해결 방법: 시스템을 재부팅한 후 다시 새로 설치해 봅니다.\nvc-support.bat를 실행한 후 로그가 생성되지 않음\nC:\_Program Files\_VMware\_vCenter Server\_bin\_vc-support.bat 명령을 실행하여 로그를 생성하려고 할 때 운영 체제 로그인 사용자 이름에 상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함되어 있으면 오류가 발생하고 로그가 생성되지 않습니다.\n해결 방법: ASCII 문자만 포함된 사용자 이름으로 운영 체제에 로그인한 후 C:\_Program Files\_VMware\_vCenter Server\_bin\_vc-support.bat 명령을 실행합니다.\n특수 문자(@ 또는 \_)가 포함된 서비스 계정을 추가하는 경우 vCenter Server의 설치가 실패함\nvCenter Server를 설치하는 중에 기본 Windows 로컬 시스템 계정을 사용하는 대신 서비스 계정을 지정할 수 있습니다. 이때 선택한 계정 이름에 특수 문자 @ 또는 \_가 포함되어 있으면 vpxd 첫 번째 부팅 오류가 발생하면서 설치가 실패할 수 있습니다.\n해결 방법: vCenter Server를 설치하는 중에 특수 문자 @ 또는 \_ 없이 서비스 계정을 생성합니다.\n외부 Platform Services Controller를 통해 vCenter Server를 배포하는 중에 첫 번째 부팅 스크립트가 실패함\n외부 Platform Services Controller를 통해 vCenter Server를 배포하려는 경우 배포 중에 Platform Services Controller의 호스트 이름 또는 IP 주소를 입력하면 첫 번째 부팅이 실패합니다.\n해결 방법: Platform Services Controller를 배포하는 중에 사용한 것과 동일한 시스템 네트워크 이름을 입력합니다.\nvCenter Server Appliance 배포 문제\n자동 업그레이드 관리자가 ESXi 호스트를 신뢰하라는 메시지를 표시함\n알려진 호스트 파일에 없는 지문이 사용될 경우, 자동 스크립트 설치 관리자 또는 업그레이드 관리자는 새로운 vCSA가 배포될 대상 ESXi 호스트 또는 vCenter Server의 지문을 허용하라는 메시지를 사용자에게 표시할 수 있습니다.\n대상 ESXi 호스트 또는 vCenter Server의 공용 키를 알려진 호스트 파일에 추가합니다.\nSSL 지문 검사를 수행하지 않도록 --no-esx-ssl-verify 옵션을 CLI 설치 관리자 또는 업그레이드 관리자 명령에 추가합니다.\nSSO FQDN/IP 주소 필드 유효성 확인이 동적으로 수행되지 않음\nHTML 5 설치 관리자를 사용하여 vCenter Server Appliance 6.0 빌드를 설치할 때 SSO FQDN/IP 주소 필드의 컨텐츠 유효성 확인이 완료되지 않습니다. 설치 관리자는 특정 형식의 입력(예: sso-hostname)을 수락하며 설치 완료를 허락합니다. 하지만 처음 부팅 도중 시스템에서 필요한 sso-hostname.xxx.yyy 형식의 호스트 이름을 가진 인증을 찾을 수 없으므로 스크립트 실행이 실패합니다.\n해결 방법: SSO FQDN/ IP 주소 필드에 허용되는 형식인 sso-hostname.xxx.yyy 형식으로 세부 정보를 입력하십시오.\nISO 이미지 파일을 사용하여 vCenter Server Appliance를 배포하려고 시도하면 잘못된 배포 상태를 표시할수 있음\nISO 이미지 파일을 사용하여 vCenter Server Appliance를 배포하면 배포 마법사가 배포 프로세스를 정확하게 표시하지 못할 수 있습니다. 이 마법사는 응답을 멈추고 VCSA 배포가 완료된 경우에도 "장치의 전원을 켜는 중"이라고 표시합니다.\n해결 방법: 배포 상태를 장치 콘솔에서 확인할 수 있습니다.\npsc_restore 명령이 다중 노드 PSC 환경에서 실패함\n페더레이션 내의 PSC 노드 간에 양방향 복제에 대한 동의가 있는 다중 노드 PSC 환경에서, psc_restore 명령을 복원된 PSC 노드에서 실행하려는 시도가 실패합니다.\n해결 방법: 페더레이션 내의 PSC 노드 간에 양방향 복제에 대한 동의가 있는 다중 노드 PSC 환경에서는 페더레이션 내의 PSC 노드에 대한 백업을 생성하기 전에 PSC 노드에서 하나 이상의 개체를 다른 노드에 복제해야 합니다.\nvCenter Server Appliance 배포 마법사의 마지막 페이지에 있는 URL을 클릭하여 vSphere Web Client를 시작하지 못할 수 있음\n외부 Platform Services Controller를 통해 vCenter Server Appliance를 배포했으며 Platform Services Controller가 F5 Load Balancer 뒤에 구성된 경우, vCenter Server Appliance 배포 마법사의 마지막 페이지에서 URL을 클릭하면 vSphere Web Client 인터페이스가 나타나지 않고 다음과 같은 예외가 생성됩니다.\nHTTP 상태 400 - BadRequest, /SAML2/SSOSSL/에 게시된 요청에 응답할 수 없습니다.\n해결 방법: 웹 페이지를 새로 고칩니다.\n외부 Oracle 데이터베이스가 이전 배포에 사용된 경우 이 데이터베이스를 사용하여 vCenter Server Appliance를 배포할 수 없음\nvCenter Server Appliance 설치 관리자에서는 이전 vCenter Server Appliance 배포에 사용된 외부 Oracle 데이터베이스를 사용하여 vCenter Server Appliance를 배포할 수 없으며 데이터베이스를 다시 사용하거나 삭제하는 옵션을 제공하지 않습니다. vCenter Server 데이터베이스가 잠겨 있습니다.라는 오류 메시지가 표시됩니다. 다른 vCenter Server 서비스가 이 데이터베이스를 사용 중이며 중지되어야 합니다. 데이터베이스를 사용하는 vCenter Server Appliance의 전원을 끄거나 vCenter Server Appliance를 ESXi 호스트에서 제거하는 경우에도 이 문제가 발생합니다.\n해결 방법: Oracle 데이터베이스의 새 인스턴스를 사용하거나, 내장된 데이터베이스를 사용하도록 선택합니다.\n외부 Platform Services Controller에 연결하면 vCenter Server Appliance 설치가 실패함\n기존 Platform Services Controller와 ESXi 호스트 또는 NTP 서버(vCenter Server Appliance의 시간 구성 설정에 따라 다름) 사이에 시간이 동기화되지 않으면 외부 Platform Services Controller를 통한 vCenter Server Appliance 설치가 실패할 수 있습니다. vCenter Server Appliance 설치 중에 시간 불일치를 알려 주는 경고 메시지는 표시되지 않습니다.\n해결 방법: vCenter Server Appliance를 배포할 ESXi 호스트 또는 설치 후에 vCenter Server Appliance에서 사용할 NTP 서버와 배포한 Platform Services Controller의 시계를 동기화합니다.\nvCenter Server Appliance의 게스트 운영 체제를 다시 시작하는 경우 vpxd 서비스가 시작되지 않을 수 있음\nvCenter Server Appliance를 배포할 때 VMware Tools 기반의 시간 동기화를 사용할 것인지 NTP 서버 기반의 시간 동기화를 사용할 것인지를 결정할 수 있습니다. NTP 서버 기반 시간 동기화를 사용하도록 vCenter Server Appliance를 설정하는 경우 vCenter Server Appliance의 게스트 운영 체제가 NTP 서버와 동기화됩니다. vCenter Server Appliance를 배포하는 호스트가 동일한 NTP 서버를 사용하도록 구성되어 있지 않거나 ESXi 호스트의 시간이 vCenter Server Appliance의 게스트 OS 시간과 다른 상태에서 vCenter Server Appliance를 다시 시작하면 NTP 대몬이 일찍 시작되고 올바른 시간이 설정됩니다. 하지만 VMware Tools 서비스는 NTP 대몬보다 늦게 시작되며 vCenter Server Appliance 시스템 시간이 호스트 시스템 시간으로 설정됩니다. NTP 대몬이 시간을 다시 수정할 때까지는 vpxd 서비스가 시작되려고 할 때마다 실패합니다.\n해결 방법: ESXi 호스트가 시간 동기화에 대해 vCenter Server Appliance와 동일한 NTP 서버를 사용하도록 설정한 후 vCenter Server Appliance를 배포합니다.\nvCenter Server Appliance 배포 마법사에서 ESXi 호스트의 IPv6 주소를 입력할 수 없음\nvCenter Server Appliance 배포 마법사에서 vCenter Server Appliance를 배포하기 위해 ESXi 호스트에 연결하는 데 IPv6 주소를 사용할 수 없습니다.\n해결 방법: FQDN을 사용하여 ESXi 호스트에 연결합니다.\n여러 개의 추가 DNS 서버가 동시에 제공되는 경우 vCenter Server Appliance의 스크립트로 작성된 설치 관리자가 실패함\n설치 프로세스 동안 DNS 서버를 두 개 이상 제공하는 경우 vCenter Server Appliance의 스크립트로 작성된 설치가 실패합니다.\n해결 방법: DNS 서버는 한 번에 하나씩만 사용해야 하며 설치가 완료된 후에는 DNS 서버를 추가할 수 있습니다.\n네트워크 구성 페이지에서 입력한 네트워크 설정에 대해 사용 가능한 사전 확인 기능이 없으며 이로 인해 첫 번째 부팅 오류가 발생할 수 있음\n정적 옵션(네트워크 주소, 서브넷 마스크, 네트워크 게이트웨이, 네트워크 DNS 서버, 시스템 이름(FQDN 또는 IP)) 같은 텍스트 상자에 대해 입력한 값이 유효한지 확인하기 위한 사전 확인 기능은 없습니다. 따라서 이러한 필드에 잘못된 값을 입력하면 첫 번째 부팅 오류가 발생할 수 있습니다. 또한 DHCP 옵션에 대해 현재 FQDN을 이미 사용 중인지 확인하는 사전 확인 기능도 없습니다.\n해결 방법: 서로 다른 네트워크 설정에 대해 제공한 값이 유효한지 확인합니다. 이러한 설정은 정적 옵션(네트워크 주소, 서브넷 마스크, 네트워크 게이트웨이, 네트워크 DNS 서버, 시스템 이름(FQDN 또는 IP))과 DHCP 옵션(FQDN(선택 사항))입니다.\nvCenter Server Appliance의 사용자 인터페이스 설치 관리자를 실행하려면 클라이언트 통합 플러그인이 필요할 수 있으며 이 안내 메시지는 브라우저 유형에 따라 달라질 수 있음\nvCenter Server Appliance 설치 관리자를 시작하는 경우 도구에서 애플리케이션을 시작하도록 요청할 수 있습니다.\n해결 방법: vCenter Server Appliance의 스크립트로 작성된 설치 관리자를 열 때 메시지가 나타나면 각 브라우저 유형에 해당하는 지침을 수행합니다.\nGoogle Chrome. 설치 관리자에서 애플리케이션을 시작하도록 허용합니다.\nMozilla Firefox. csd.exe를 선택하고 확인을 클릭합니다.\nInternet Explorer. 허용을 클릭합니다.\nvCenter Server Appliance의 스크립트로 작성된 설치 관리자가 vCenter Server 인스턴스와 상호 작용하는 데 사용자 지정 HTTPS 포트 번호를 지원하지 않음\nvCenter Server 6.0에서는 HTTPS 포트의 사용자 지정을 지원합니다. vCenter Server Appliance를 vCenter Server에 연결하는 경우 vCenter Server에 연결하려면 이 포트가 필요합니다. 현재 vCenter Server Appliance의 스크립트로 작성된 설치 관리자에서는 이 포트를 사용자 지정할 수 없습니다.\n해결 방법: 사용자 지정 HTTPS 포트를 사용하려면 vCenter Server 및 Platform Services Controller를 설치할 때 HTML5 사용자 인터페이스 설치 관리자를 사용합니다.\nvCenter Server Appliance의 스크립트로 작성된 설치 관리자를 활용하면 사용 가능한 디스크 공간이 최소 요구 사항보다 작은 15GB 미만인 설치를 진행할 수 있음\n스크립트로 작성된 설치 관리자를 통해 vCenter Server Appliance를 설치하는 경우 데이터스토어에 사용 가능한 공간이 15GB 미만인 호스트에서도 소프트웨어가 설치됩니다. 설치 관리자는 계속 진행되지만 vCenter Server Appliance가 가상 시스템의 전원을 켜지 못할 수 있습니다.\n해결 방법: ESXi 호스트에 15GB 이상의 여유 공간이 있는지 확인하십시오.\nhelp.war 파일 설치에 대한 도움말이 작동하지 않음\nhelp.war 파일은 루트 파일로 다운로드되기 때문에 설치하려고 할 때 사용 권한 오류가 발생합니다. /pickup 아래에 있는 파일의 소유자는 vsphere-client이고 그룹은 users인데 Java 가상 시스템에서 이를 사용합니다.\nhelp.war를 vCenter Server Appliance의 /usr/lib/vmware-virgo 폴더에 다운로드합니다.\n다음 소유자 vsphere-client 및 그룹 users로 변경합니다.\n계정을 vsphere-client로 변경합니다.\n루트를 유지할 경우 복사 작업을 통해 소유자가 다시 루트로 변경됩니다.\n서버가 이미 실행 중인지 확인하고 help.war을 /usr/lib/vmware-virgo/server/pickup에 복사합니다.\nhelp.war을 /pickup에 복사한 후 서버를 시작 또는 다시 시작하는 경우, 매번 /pickup이 비어 있기 때문에 도움말이 작동하지 않습니다.\nWindows OS에서 vcsa-setup.html을 Firefox 브라우저에서 새로 고칠 경우 클라이언트 통합 플러그인 실행 허용 후 빈 배너 메시지가 나타날 수 있음\nvcsa-setup.html 파일을 새로 고치면 Firefox 브라우저의 상단에 빈 배너가 나타날 수 있습니다. 이는 간헐적 문제입니다. 브라우저에서 클라이언트 통합 플러그인 실행을 허용한 후에 빈 배너가 나타납니다. Firefox에서 vmware-csd 프로세스의 실행을 허용한 경우를 예로 들 수 있습니다.\n해결 방법: Firefox에서 vmware-csd 프로세스의 실행을 처음 허용할 때 vmware-csd 링크에 대해선택 사항 저장옵션을 선택하고 vcsa-setup.html 파일을 새로 고칩니다. 그러면 vcsa-setup.html 파일을 새로 고칠 때 빈 배너가 나타나지 않습니다.\n또는 Firefox 브라우저를 닫고 vcsa-setup.html을 다시 여십시오.\nvCenter Server Appliance 설치 관리자를 Windows 2008 Server OS에서 Mozilla Firefox를 통해 실행하는 경우 프록시 설정이 올바로 구성되어 있지 않으면 설치 관리자에 [설치] 및 [업그레이드] 버튼이 표시되지 않을 수 있음\n클라이언트 통합 플러그인을 설치하고 Windows 2008 Server OS에서 Mozilla Firefox를 통해 vcsa-setup.html을 연 후 클라이언트 지원 데몬 플러그인이 실행되도록 허용해야 합니다. vmware-csd를 선택하고 확인을 클릭한 후 [설치] 및 [업그레이드] 버튼이 계속 표시되지 않을 수 있습니다. 클라이언트 통합 플러그인 검색에 대한 카운트다운이 0까지 내려가지만 아무 일도 일어나지 않습니다. 이 문제는 브라우저 프록시 설정과 관련이 있습니다.\n해결 방법: Mozilla Firefox 프록시 설정을 다음과 같이 수정합니다.\nFirefox 옵션 메뉴로 이동합니다.\n고급을 클릭하고 네트워크 탭을 클릭합니다.\n시스템 프록시 설정 사용이 선택된 경우 이 네트워크에 대한 프록시 설정 자동 검색 라디오 버튼을 클릭합니다. 수동 프록시 구성 사용이 선택된 경우 네트워크의 프록시 서버를 설정합니다.\nWindows 업데이트가 설치되지 않았거나 클라이언트 통합 플러그인 로그 위치에 대한 사용 권한이 없는 경우 vmware-csd 프로세스가 경우에 따라 충돌함\nvcsa-setup.html을 시작하면 브라우저에서 클라이언트 통합 플러그인을 허용하라는 메시지를 표시합니다. 예를 들어 vmware-csd 프로세스를 허용합니다. 플러그인 실행을 허용하면 vmware-csd 프로세스가 충돌할 수 있습니다. 이 문제는 Windows 업데이트가 설치되지 않았거나 현재 Windows 사용자에게 클라이언트 통합 로그 위치에 쓸 수 있는 권한이 없는 경우에 발생할 수 있습니다. 로그 위치는 Users\_%USER%\_AppData\_Local\_VMware\_입니다.\n해결 방법: 모든 Windows 업데이트를 설치해야 합니다. 또한 클라이언트 통합 플러그인 로그 위치(Users\_%USER%\_AppData\_Local\_VMware\_)에 대한 쓰기 권한도 있어야 합니다.\nIPv6 환경에서 vCenter Server Appliance를 설치할 경우 동적 DNS가 지원되지 않음\nIPv4 환경에 vCenter Server Appliance를 설치하는 경우 FQDN(선택 사항) 텍스트 상자에 값을 입력하여 동적 DNS를 사용할 수 있습니다. IPv6 환경에 vCenter Server Appliance를 설치하는 경우에는 FQDN(선택 사항) 텍스트 상자를 사용할 수 있지만 여기에 값을 입력하면 설치에 실패합니다.\n해결 방법: IPv6 환경에 vCenter Server Appliance를 설치할 때는 FQDN(선택 사항) 텍스트 상자를 비워 둡니다.\nPlatform Services Controller 및 vCenter Server Appliance에 대해 명령줄 배포 옵션 --sso-ssl-thumbprint가 작동하지 않음\nvCenter Server Appliance용 명령줄 배포 도구에서는 SHA1 체크섬을 통해 Platform Services Controller의 인증서를 확인하는 --sso-ssl-thumbprint 옵션을 제공합니다. 현재 이 옵션은 작동하지 않습니다.\n해결 방법: vCenter Server Appliance를 배포하기 전에 SHA1 체크섬을 수동으로 확인합니다.\nvCenter Server for Windows 및 vCenter Server Appliance 배포 문제\nWindows 세션 자격 증명 사용 옵션으로 vSphere Client에 로그인할 수 없음\n로그인 작업이 구성된 시간 제한 값보다 오래 걸리므로 "Windows 세션 자격 증명 사용" 옵션으로 vSphere Client에 로그인하려는 시도가 실패할 수 있습니다. 다음과 유사한 오류 메시지가 표시됩니다.\nWindows 세션 자격 정보를 사용하여 이 서버에 로그인할 수 없습니다.\n사용자 이름 및 암호를 입력하십시오.\n이 영역의 성능이 개선되었지만 여전히 특정 환경에서 오류가 발생할 수 있습니다.\n텍스트 상자에 ASCII가 아닌 문자나 상위 ASCII 문자를 사용할 경우 vCenter Server for Windows 및 vCenter Server Appliance 설치 실패\nvCenter Server for Windows 또는 vCenter Server Appliance 설치 도중 텍스트 상자에 (é,è, ä, ö)와 같은 ASCII가 아닌 문자나 상위 ASCII 문자를 입력하면 설치 프로세스가 실패합니다.\n해결 방법: vCenter Server for Windows 또는 vCenter Server Appliance를 배포할 때 괄호, 슬래시(/), 백슬래시(\_), 캐럿(^), 콜론(:), 세미콜론(;), 꺾쇠 괄호(< 및 >), 작은따옴표('), 큰따옴표("), 달러 기호($) 및 앰퍼샌드(&) 문자를 제외한 정규 ASCII 문자만 텍스트 상자에 사용하십시오.\nPlatform Services Controller 또는 vCenter Server를 IPv6 환경에 배포하거나 외부 데이터베이스에 연결할 경우 FQDN(정규화된 도메인 이름)만 제공\nPlatform Services Controller 또는 vCenter Server 설치에서는 IPv6 주소를 사용할 수 없습니다. 또한 외부 데이터베이스를 사용하여 Platform Services Controller 또는 vCenter Server를 구성하려면 대상 데이터베이스 서버의 FQDN을 제공합니다.\n수동으로 사용자 지정한 데이터베이스 개체가 있는 외부 데이터베이스를 사용할 때 vCenter Server for Windows 및 vCenter Server Appliance 설치 실패\n수동으로 생성된 데이터베이스 개체가 있는 외부 데이터베이스를 사용하려고 하면 설치가 실패합니다. 설치 관리자가 오류 메시지 install.vdcs.db.version.check.error 및 Installation of component VCSService Manager Failed with error code 1603을 표시합니다.\n해결 방법: 수동으로 사용자 지정된 데이터베이스 개체가 있는 외부 데이터베이스를 사용하지 않거나 마법사에서 메시지가 표시될 때 사용자 지정 스키마를 지우고 새 스키마를 생성하도록 선택합니다.\n클라이언트 통합 플러그인 설치 문제\n신규 Window 시스템 계정 자격 증명을 사용하여 VMware-ClientIntegrationPlugin-6.0.0을 설치할 수 없음\nvmware-csd.exe가 Windows 시스템 계정을 사용하여 --install 매개 변수와 함께 실행되는 경우 InstallCertificate 메서드가 C:\_ProgramData\_VMware 폴더에 CIP 디렉토리를 생성하지 않습니다.\n이로 인해 VMware-ClientIntegrationPlugin의 설치가 실패합니다.\n일부 바이러스 백신 소프트웨어가 실행 중일 때 VMware 클라이언트 통합 플러그인의 설치 및 제거가 실패할 수 있음\nAvira Antivirus와 같은 일부 바이러스 백신 소프트웨어가 실행 중일 때 VMware 클라이언트 통합 플러그인의 설치 또는 제거를 시도하면 작업이 실패할 수 있습니다. 바이러스 백신 소프트웨어가 Windows 호스트 파일에 대한 액세스를 차단할 수 있습니다. 다음 오류 메시지가 표시될 수 있습니다. 호스트 파일 덮어쓰기 오류: boost::filesystem::copy_file: 액세스 거부됨: C:\_Windows\_System32\_drivers\_etc\_hosts.new, C:\_Windows\_System32\_drivers\_etc\_hosts\_\n해결 방법: VMware 클라이언트 통합 플러그인을 설치 또는 제거하기 전에 바이러스 백신을 사용하지 않도록 설정합니다.\nvSphere Web Client 로그인 페이지가 클라이언트 통합 플러그인의 올바른 버전을 감지하지 못할 수 있음\n이전 버전의 클라이언트 통합 플러그인이 시스템에 설치되어 있는데도 vSphere Web Client의 로그인 페이지가 클라이언트 통합 플러그인을 업그레이드하라는 메시지를 표시하지 않습니다. vSphere Web Client에 로그인하고 도움말 > VMware vSphere 정보를 선택하면 대화 상자에 클라이언트 통합 플러그인을 업그레이드하기 위한 링크가 표시됩니다.\n해결 방법: vSphere Web Client에 로그인하고 도움말 > VMware vSphere 정보를 선택합니다. 클라이언트 통합 플러그인 업그레이드 링크를 클릭하여 최신 버전의 플러그인을 설치합니다.\nVMware vSphere Authentication Proxy 설치 문제\nVMware vSphere Authentication Proxy 설치가 오류를 표시하며 실패\n설치를 수행하기 위해 Active Directory 도메인 관리자 자격 증명을 사용하여 로그인하면 VMware vSphere Authentication Proxy 설치가 다음 오류를 표시하며 실패합니다.\n오류 1920. 서비스 VMware vSphere Authentication Proxy Adapter(vmware-cam-adapter) 시작 실패...\n릴리스 정보의 설치 문제 섹션도 검토하십시오. 여러 설치 문제가 업그레이드 프로세스에도 영향을 미칠 수 있습니다.\nvCenter Server Appliance 5.5 업데이트 3b에서 6.0 업데이트 1b로 업그레이드에 실패함\nvCenter Server 5.5 업데이트 3b의 7444 포트에서 SSLv3이 사용하지 않도록 설정된 경우 vCenter Server Appliance 5.5 업데이트 3b에서 6.0 업데이트 1b로 업그레이드하는 데 실패합니다. vCenter Server Appliance에서 다음과 유사한 오류 메시지가 표시됩니다.\n검증할 서버 인증서를 가져오지 못했습니다.\n계속하기 전에 SSO 서비스가 시작되었는지 확인하십시오.\nvCenterServer FQDN sc-rdops-vm04-dhcp-120-138.eng.vmware.com이 SSO 인증서의 DNS 서버 "" 및 IP 주소 ""와(과) 일치하지 않습니다.\nSSO 인증서를 검사하고 해당 인증서가 유효하며 vCenterServer FQDN을 가리키는지 확인하십시오.\n127.0.0.1의 Single Sign-on 서비스가 응답하지 않습니다.\n업그레이드 프로세스에 127.0.0.1에서 실행 중인 Single Sign-on 서비스가 필요합니다. Single Sign-on 서비스가 실행 중이고 vCenter Server와 Single Sign-on 가상 시스템 간에 네트워크 연결 문제가 없는지 확인하십시오.\nWindows OS에서 다음과 유사한 오류 메시지가 표시됩니다.\n오류: [Errno 1]_ssl.c:510:error:1408F10B:SSL\nroutines:SSL3_GET_RECORD: SSL 인증서를 검증하는 동안 잘못된 버전 번호를 발견했습니다.\nvCenter 5.5 업데이트 3b가 설치된 시스템에서 /usr/lib/vmware-sso/conf/server.xml 파일을 엽니다.\nserver.xml 파일의 아래 줄에서 sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2" 태그를 제거합니다.\n<Connector SSLEnabled="true" sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"\n다음 명령을 사용하여 vmware-stsd 서비스를 다시 시작합니다.\nC:\_ProgramData\_VMware\_CIS\_runtime\_VMwareSTS\_Conf\_Server.xml 파일을 엽니다.\nVMwareSTS 및 VMwareIdentityMgmtService 서비스를 다시 시작합니다.\nSSO 서비스를 시작합니다.\nvCenter Server Appliance 관리 인터페이스에서 vCenter Server Appliance 업데이트 상태가 70%에서 멈출 수 있음\n백엔드에서 업데이트에 성공했어도 vCenter Server Appliance 관리 인터페이스에서 vCenter Server Appliance 업데이트 상태가 70%에서 멈출 수 있습니다. /var/log/vmware/applmgmt/software-packages.log 파일에서 업데이트 상태를 확인할 수 있습니다. 업데이트에 성공한 후 로그 파일에서 다음과 유사한 메시지를 볼 수 있습니다.\nPackages upgraded successfully, Reboot is required to complete the installation\nVCSA 5.5에서 6.0으로의 업데이트 시도 시 오류가 발생하여 실패할 수 있음\nvCenter Server Appliance 5.5에서 6.0으로 업그레이드할 때 새 VCSA 6.0에 네트워크 구성을 적용하려는 경우 다음과 같은 오류 메시지를 표시하며 설치 관리자가 실패합니다.\n"네트워크 구성 중 치명적 오류가 발생하여 마이그레이션에 실패했습니다."\n해결 방법: 이 문제를 해결하려면 다음 단계를 따르십시오.\n5.5 VCSA에 대한 VAMI 인터페이스에 로그인합니다. https://<VC_IP>:5480\n[네트워크] 탭과 [주소] 섹션을 차례로 클릭합니다.\n여기에서 설정이 모두 올바른지 확인한 후 변경 사항이 없더라도 [설정 저장]을 클릭합니다.\nSSH를 통해 장치에 로그인하고 다음 명령의 출력 수집\n소스와 대상이 동일한 서브넷에 있는지 확인합니다.\nvSphere Web Client 프로그램 바로 가기를 통해 vCenter Server에 연결할 수 없음\nvCenter Server 6.0 GA에서 vCenter Server 6.0 이후 버전으로 업그레이드한 후 vSphere Web Client 바로 가기(시작 --> 프로그램)을 통해 vCenter Server에 연결하도록 시도하면 https://vsphere-client URL로 연결되고 웹 페이지를 사용할 수 없음 오류와 함께 빈 페이지가 표시됩니다.\n해결 방법: 이 문제를 해결하려면 다음 단계를 사용하여 바로 가기를 생성하십시오.\nChrome을 사용하여 vSphere Web Client에 로그인\n브라우저의 오른쪽 위에서 도구 더 보기 클릭\nvCenter Server에 연결하기 위한 바로 가기 생성\n바로 가기가 예상대로 작동합니다.\n업그레이드 중 데이터베이스 구성 firstboot 실패\nESXi Dump Collector를 시작하면 업그레이드가 실패하면서 다음과 같은 오류 메시지를 표시합니다. DSN 분석 중 Windows 레지스트리 항목에 액세스하는 중에 오류가 발생했습니다. DSN 'YOUR DSN NAME '에 대한 레지스트리 항목에 액세스하는 중 오류가 발생했습니다. DSN이 제대로 설정되었는지 확인하십시오."\n해결 방법: 다음 작업을 수행한 후 업그레이드를 다시 시작합니다.\nDSN 이름에서 후행 공백을 제거합니다.\n환경을 업그레이드 실패 전 상태로 복원합니다.\nvCenter Server를 5.5에서 6.0으로 업그레이드하는 중 정책 태그 및 범주 병합으로 인해 규칙 집합 1 경고가 발생할 수 있음\nvCenter Server 5.5에서 6.0으로 업그레이드할 때 대소문자를 구분하지 않는 이름의 정책 태그 및 범주가 잘못 병합됩니다. 예를 들어 업그레이드 전 vCenter Server 데이터베이스가 두 개의 범주에 대소문자가 다른 두 개의 태그(예: "One"과 "one")를 포함하며 업그레이드 전 각 태그가 개별 스토리지 프로파일에 속한 경우 업그레이드 프로세스에서 해당 태그를 단일 태그 및 단일 범주로 병합합니다(예: "One").\n대소문자를 구분하지 않는 태그 및 범주 병합의 결과로 태그(위의 예에서는 "one")가 제거된 스토리지 프로파일에서는 규칙 집합 1 경고가 표시됩니다.\n외부 Platform Service Controller가 포함된 vCenter Server로 업그레이드 중 firstboot 단계에서 내부 오류 발생\nHigh Availability가 설정된 vSphere 5.5.x 환경을 vSphere 6.0으로 업그레이드할 때 드물게 첫 번째 관리 노드의 업그레이드 중 firstboot 단계에서 내부 오류가 발생할 수 있습니다.\n해결 방법: 관리 노드 업그레이드를 다시 시도하십시오.\n릴리스에서 vCenter Server 복제 구성의 업그레이드를 지원하지 않음\n두 개의 Single Sign-On 인프라 노드 간에 복제되는 vCenter Server 구성을 업그레이드할 때 기본 인프라 노드가 액세스 불가 상태가 될 경우 복제된 인프라 노드가 페일오버되지 않습니다.\n해결 방법: 없음. 복제된 vCenter Server 구성을 업그레이드하지 마십시오.\n업그레이드 전에 vCenter Single Sign-On이 복제되지 않은 경우 내장된 vCenter Single Sign-On이 있는 vCenter Server 5.x 업그레이드 후 연결 모드가 지원되지 않음\n내장된 vCenter Single Sign-On이 있는 vCenter Server 5.x 인스턴스를 업그레이드할 때 설치 관리자가 자동으로 구성을 내장된 6.0 배포 모델(내장형 Platform Services Controller가 있는 vCenter Server)으로 업그레이드합니다. vCenter Server 6.0 인스턴스 간 연결은 외부 Platform Services Controller 배포 모델을 사용하는 경우에만 지원됩니다. 업그레이드에서는 Platform Services Controller의 복제 구성을 변경하지 않으므로 내장된 vCenter Single Sign-On이 복제되지 않은 경우 vCenter Server 인스턴스의 연결 모드 관계가 유지되지 않습니다.\nvCenter Server for Windows 설치 관리자가 수명이 지난 제품을 검색하지 않음\nvCenter Server for Windows 6.0으로 업그레이드하는 동안 설치 관리자가 VM에서 실행 중이거나 레거시 vCenter Server와 통합된 VMware Converter 애플리케이션과 같은 제품을 검색하지 않습니다. 이로 인해 vCenter Server for Windows 6.0으로 성공적으로 업그레이드하지 못할 수 있습니다.\n해결 방법: vCenter Server 업그레이드를 시작하기 전에 수명 날짜가 지난 VMware Converter 또는 다른 모든 제품을 vCenter Server 시스템에서 제거하십시오.\nDNS를 확인할 수 없는 정적 IP 주소를 사용할 경우 vCenter Server Appliance 업그레이드가 실패함\n[임시 네트워크 설정] 마법사에서 최신 vCenter Server Appliance에 대한 정적 IP 주소의 DNS를 확인할 수 없는 경우 vCenter Server Appliance 업그레이드가 실패합니다.\n해결 방법: [임시 네트워크 설정] 마법사에서 vCenter Server Appliance에 대해 DNS를 확인할 수 있는 정적 IP 주소를 사용합니다.\nvCenter Server Appliance 업그레이드가 데이터 내보내기 중 실패하고 내부 오류 발생\nvCenter Server Appliance 업그레이드가 데이터 내보내기 단계에서 실패하고 다음 오류 중 하나가 표시됩니다.\n내보내는 동안 내부 오류 발생\nssh 터널을 통해 UpgradeRunner를 업로드할 수 없음\n내보내는 동안 내부 오류 발생에 대한 해결 방법: vCenter Server Appliance 업그레이드 인터페이스의 [임시 네트워크 설정] 마법사에서 입력한 정적 IP 주소 및 DNS가 올바르고 동일한 VLAN에 속해 있는지 확인합니다.\nssh 터널을 통해 UpgradeRunner를 업로드할 수 없음에 대한 해결 방법: vCenter Server Appliance 업그레이드 인터페이스의 [임시 네트워크 설정] 마법사에서 입력한 정적 IP 주소가 소스 5.x vCenter Server IP 주소와 동일한지 확인합니다.\nvCenter Server Appliance 업그레이드 프로세스에서 /etc/hosts 파일을 유지하지 않음\nvCenter Server Appliance 업그레이드 프로세스에서 소스 /etc/hosts 파일을 새로 배포된 vCenter Server Appliance로 마이그레이션하지 않습니다.\n해결 방법: 업그레이드 프로세스 전에 /etc/hosts 파일을 다른 시스템에 백업하고 업그레이드 후 새로 배포된 vCenter Server Appliance에 이 백업을 적용합니다.\n업그레이드하는 동안 vCenter Server 인증 오류 발생\n레거시 vCenter Server SSL 인증서가 만료된 경우 설치 관리자가 구체적인 메시지 대신 다음과 같은 일반적인 오류 메시지를 제공합니다.\n사용자가 제공한 자격 증명을 사용하여 레거시 vCenter Server에 인증하는 중 문제가 발생했습니다. 해상도: vCenter Server가 실행 중인지 확인합니다. 제공된 vCenter Server 자격 증명을 다시 한 번 확인합니다.\n해결 방법: 인증 오류가 발생하는 경우 C:\_ProgramData\_VMware\_VMware VirtualCenter\_Logs에서 vpxd.log를 확인하여 업그레이드 오류 메시지의 정확한 이유를 검색할 수 있습니다.\n업그레이드하기 전에 SSL 인증서 유효성을 확인합니다. vCenter Single Sign-On, vCenter Inventory Services, vCenter Server, vSphere Web Client 또는 기타 솔루션에 대한 SSL 인증서가 만료되었으면 바꿉니다.\nvCenter Server 설치 또는 업그레이드 후 vSphere Web Client에서 신뢰할 수 있는 도메인의 Single Sign-On 그룹 멤버를 표시하지 않음\n배포 중 vCenter Single Sign-On에 도메인을 ID 소스로 추가하는 경우 도메인의 사용자 및 신뢰할 수 있는 도메인의 사용자를 vCenter Single Sign-On의 그룹에 추가할 수 있습니다.\n예를 들어 myDomain1.com 도메인을 ID 소스로 추가하고 이 도메인이 myDomain2.com과 포리스트 수준 신뢰가 설정되어 있으며 신뢰할 수 있는 도메인 user1@myDomain2.com의 사용자를 추가한다고 가정합니다. myDomain2.com의 사용자가 Single Sign-On 그룹의 멤버가 되면 이 사용자는 해당하는 권한을 가집니다. 그러나 vSphere Web Client에 이 사용자가 표시되지 않습니다.\n해결 방법: 표준 디렉토리 서비스(OpenLDAP 또는 Active Directory)를 관리하는 도구를 사용하여 Single Sign-On 도메인을 검토하고 사용자가 적절한 그룹에 속해 있는지 확인합니다.\nvCenter Server 도메인 외부의 서버에서 IP 주소를 사용하여 vSphere Web Client를 열 수 없음\nvCenter Server를 업그레이드한 후 vCenter Server 도메인 외부의 서버에서 vSphere Web Client가 열리지 않습니다.\n해결 방법: 호스트 이름(정규화된 도메인 이름)이 네트워크에서 확인 가능하도록 설정합니다. %WINDIR%\_System32\_drivers\_etc\_hosts 파일에 정규화된 도메인 이름 IP 주소 매핑을 추가합니다.\nvCenter Single Sign-On을 6.0으로 업그레이드하고 vCenter Server를 업그레이드하기 전에 vCenter Server Inventory 5.1.x가 빈 상태로 표시됨\n하나의 시스템에 vCenter Server 5.1.x가 설치되고 다른 시스템에 5.1.x Single Sign-On 서비스가 설치된 5.1.x 환경을 사용 중일 때 Single Sign-On 서비스만 업그레이드하는 경우, Single Sign-On 서비스만 6.0으로 업그레이드한 후 Administrator@vsphere.local 또는 admin@System-Domain을 사용하여 vSphere 5.1.x Web Client에 로그인하면 vCenter Server 수 및 인벤토리가 빈 상태로 표시됩니다.\n6.0 Single Sign-On 서비스를 5.1.x vCenter Server, vSphere Web Client 및 Inventory Service와 함께 사용하는 것은 지원되지 않습니다.\n해결 방법: Administrator@vsphere.local 계정 또는 admin@System-Domain 계정에 로그인하기 전에 vCenter Server를 6.0으로 업그레이드합니다. vCenter Server 업그레이드 도중 vSphere Web Client 및 Inventory Service가 버전 6.0으로 업그레이드됩니다.\n업그레이드 후 vSphere Web Client에 빈 인벤토리가 표시됨\n업그레이드 후 도메인 사용자 계정을 사용하여 로그인할 때 vSphere Web Client에서 인벤토리를 빈 상태로 표시하는 경우가 있습니다. 동일한 IP 주소 또는 정규화된 도메인 이름의 동일한 시스템에 vCenter Server를 다시 설치할 때 이 문제가 발생할 수 있습니다.\n해결 방법: 메서드 호출 링크를 사용하여 서비스를 등록 취소합니다.\nURL(https://VC_HOSTNAME/cm/mob)을 사용하여 CM Managed Object Browser에 액세스합니다.\n메서드 테이블에서 검색을 선택합니다.\nCmSearchCriteria 텍스트 상자에 vCenter Server의 정보를 입력하여 vCenter Server 5.5 인스턴스를 나열합니다.\n각 vCenter Server serviceId를 기록합니다.\n서비스를 삭제하려면 4단계의 해당 서비스 ID를 입력하고 메서드 호출 링크를 클릭합니다.\n다중 사이트 모드로 vCenter Single Sign-On 및 vCenter Server 5.1.x를 업그레이드한 후 vSphere Web Client에 빈 인벤토리가 표시됨\n다중 사이트 모드로 vCenter Single Sign-On 및 vCenter Server를 5.1.x에서 6.0으로 순차적으로 업그레이드한 후 vSphere Web Client에 로그인할 때 vSphere Web Client에 인벤토리가 빈 상태로 표시되는 경우가 있습니다. 다음 오류가 표시될 수 있습니다.\n일치하는 LinkedVcGroup 없음\n이 문제는 6.0으로 업그레이드하기 전 Lookup Service에 중복된 vCenter Server 등록 항목이 있는 경우와 업그레이드 중 Component Manager가 중단된 5.1 vCenter Server 끝점을 제거하지 않은 경우에 발생합니다.\n해결 방법: Managed Object Browser에 연결하여 중복 항목을 제거할 수 있습니다.\nCM MOB(https://ip_addr/cm/mob)에 Administrator@vsphere.local을 사용하여 로그인합니다.\n방법 테이블에서 검색을 사용합니다.\n다음과 같이 빈 searchCriteria를 입력하여 서비스 끝점을 모두 찾습니다.\n5.1 인스턴스의 각 serviceId를 기록합니다.\nserviceid별로 5.1.x 인스턴스를 등록 취소합니다.\nUpgradeRunner 시작 실패\n5.x vCenter Server가 지원되지 않는 데이터베이스를 사용할 때 이를 vCenter Server 6.0으로 업그레이드하려고 하면 업그레이드 마법사가 다음 오류 메시지를 표시하며 실패합니다.\nUpgradeRunner를 시작하지 못했습니다. 자세한 내용은 임시 폴더의 vminst.log 및 vcsUpgrade\_UpgradeRunner.log 파일을 확인하십시오.\n해결 방법: 데이터베이스를 지원되는 데이터베이스 버전으로 업그레이드하십시오. Microsoft SQL을 사용 중인 경우 Microsoft SQL Server 2012 또는 Microsoft SQL Server 2008 R2 SP2로 업그레이드합니다. Oracle을 사용 중인 경우 Oracle12g로 업그레이드합니다.\nvCenter Server 5.5에서 vCenter Server 6.0으로 업그레이드한 후 Virtual SAN 호스트 경보\nvSAN 클러스터를 사용하여 vCenter Server 5.5 인스턴스를 업그레이드한 후 Virtual SAN 호스트 벤더 제공자 등록 경보가 표시됩니다.\nVirtual SAN 호스트 벤더 제공자를 등록 또는 등록 취소하지 못하면 트리거되는 기본 경보입니다.\n이 경우도 Virtual SAN 호스트 벤더 등록은 성공한 것이며 경보는 의미가 없습니다.\n해결 방법: 경보 메시지를 무시하십시오.\n하드웨어 3 VM을 레거시 ESX 호스트에서 ESXi 6.0으로 재배치하는 작업이 실패\n가상 하드웨어 버전 3 VM의 등록 및 업그레이드는 ESXi 6.0 릴리스에서 지원됩니다. ESXi 6.0으로 또는 ESXi 6.0에서 하드웨어 버전 3 VM을 마이그레이션하는 것은 지원되지 않습니다. 하드웨어 버전 3 VM을 마이그레이션하려고 하면 다음 오류 메시지가 표시되고 실패합니다.\n가상 시스템 버전이 x 호스트의 버전과 호환되지 않음\n해결 방법: 마이그레이션을 수행하기 전에 하드웨어 3 VM을 가상 하드웨어 버전 4 이상으로 업그레이드합니다.\nvSphere Web Client를 통해 vCenter Server에 로그인합니다.\n하드웨어 버전 3 VM을 레거시 ESXi 서버 또는 ESXi 6.0 서버에 등록합니다.\nVM을 마우스 오른쪽 버튼으로 클릭하고 모든 vCenter 작업을 선택합니다.\nVM 호환성 업그레이드를 선택합니다.\nESX 3.5 이상과 호환을 선택하고 확인을 클릭합니다.\nVM을 업그레이드한 후 전원 작업 및 VM 마이그레이션을 수행할 수 있습니다.\nvSphere 6.0에 관련 없는 라이센싱 관련 경보가 표시될 수 있음\nvCenter Server 시스템에 대한 경보 정의 목록에 vSphere 6.0 릴리스와 관련이 없는 다음의 라이센싱 경보가 표시될 수 있습니다.\n라이센스 사용자 임계값 모니터링\n라이센스 용량 모니터링\n호스트 플래시 용량이 Virtual SAN 라이센스 한도를 초과함\n해결 방법: vSphere 6.0에 관련이 없는 라이센싱 경보는 무시하십시오.\nvSphere 6.0 업데이트 1b로 업그레이드한 후 vIDM의 서비스 제공자 메타데이터를 vSphere SSO로 가져오는 데 실패함\nvIDM(VMware Identity Manager)은 LogoutRequest 및 LogoutResponse에 대하여 다른 끝점을 사용합니다. vSphere SSO는 LogoutResponse 끝점을 기록하는 데 새로운 특성을 도입하여 이를 처리합니다. 이 데이터는 Directory Service에 저장되며, 여기에는 스키마 업데이트가 필요합니다. 이전 vSphere 6.0 버전에서 vSphere 6.0 업데이트 1b로 업그레이드되는 동안 기존 Directory Service 스키마는 자동으로 업데이트되지 않습니다.\n해결 방법: Directory Service 스키마를 수동으로 업데이트하려면 다음 단계를 수행하십시오.\nDirectory Service를 중지합니다. 이렇게 하면 모든 종속 서비스도 중지됩니다.\nWindows에서 VMware Directory Service를 중지하려면 서비스 MMC 스냅인을 사용합니다.\nvCenter Server Appliance에서 셸 세션을 열고 다음을 실행합니다.\nvSphere 6.0 업데이트 1b 스키마로 Directory Service에 패치를 적용합니다.\nWindows의 명령 프롬프트에서 관리자로 다음을 실행합니다.\nvCenter Server Appliance의 루트 셸 세션에서 다음을 실행합니다.\nDirectory Service와 자동으로 중지되었던 모든 종속 서비스를 시작하거나 시스템을 재부팅합니다.\nPlatform Services Controller UI를 통해 TRUSTED_ROOTS 스토어에 타사 CA 인증서를 추가할 수 없음\nPSC(Platform Services Controller) UI는 타사 CA 인증서를 TRUSTED_ROOTS 저장소에 추가하고 이 타사 CA로 서명한 시스템 SSL과 솔루션 사용자 인증서를 바꾸는 옵션을 제공하지 않습니다.\n해결 방법: 이 문제를 해결하려면 PSC UI를 통해 인증서 교체 작업을 진행하기 전에 타사 루트 CA를 가져올 인증서 관리자 CLI를 사용해야 합니다.\nvCenter Server 6.0 업데이트 1에서 SSLv3 프로토콜이 포트 7444에서 기본적으로 사용되지 않도록 설정됨\nvCenter Server 6.0 업데이트 1을 설치할 때 SSLv3 프로토콜이 포트 7444에서 기본적으로 사용되지 않도록 설정됩니다. vCenter Server의 이전 릴리스에서 vCenter Server 6.0 업데이트 1로 업그레이드할 때 SSLv3 프로토콜은 포트 7444 에서 사용되는 상태로 유지됩니다.\n해결 방법: 포트 7444에서 SSLv3을 사용하지 않도록 설정하려면 KB 2131310을 참조하십시오.\n내장된 PSC(Platform Services Controller)가 있는 vCenter Server를 외부 PSC가 있는 vCenter Server로 재구성할 때 실패할 수 있음\n동일한 vSphere 도메인에 두 개 이상의 외부 PSC가 있는 경우 내장된 PSC(Platform Services Controller)가 있는 vCenter Server를 외부 PSC를 사용하는 vCenter Server로 재구성하려고 하면 실패합니다. vCenter Server의 Windows 명령 프롬프트 또는 vCenter Server Appliance SSH 세션에 다음과 유사한 오류 메시지가 나타납니다.\nError 19: Possible errors:\nLDAP error: Constraint violation\nWin Error: Operation failed with error ERROR_WRITE_PROTECT (19)\n사용 권한 페이지에 글로벌 사용 권한을 가진 사용자에 대한 역할이 여러 개 표시됨\n관리자가 사용자에게 글로벌 사용 권한을 부여하고 해당 사용자에게 특정 역할을 할당합니다. 관리자가 특정 개체에 대한 다른 역할을 할당하면, 개체를 선택하고 관리, 사용 권한을 차례로 클릭할 때 vSphere Web Client에 두 역할이 모두 표시됩니다. 사용자에게는 개체에 대한 올바른 권한 집합이 부여되어 있지만 상속된 권한과 로컬 권한이 모두 표시되어 혼동이 유발됩니다.\nESXi 호스트의 SSL 인증서 업그레이드 후 VM 콘솔에 연결할 수 없음\nESXi 호스트에서 사용되던 SSL 인증서를 업그레이드한 후 인증서 교체 시 실행 중인 모든 VM의 VM 콘솔에 연결하려고 하면 인증서 검증 오류가 발생할 수 있습니다. 이는 이전 인증서가 캐시되어 있어서 새 콘솔 연결이 불일치로 인해 거부되기 때문입니다.\n예를 들어 이전 인증서를 다른 방법을 통해 확인할 수 있다면 콘솔 연결이 성공할 수도 있지만 성공한다는 보장은 없습니다. 기존 가상 시스템 콘솔 연결에는 영향을 미치지 않지만 인증서 교체 도중 실행 중이던 콘솔이 중지되었다 다시 시작된 경우에는 문제가 발생할 수 있습니다.\n해결 방법: 호스트를 유지 보수 모드로 전환하거나 일시 중단하거나 모든 VM의 전원을 끕니다. 실행 중인 VM에만 영향을 미칩니다. 호스트를 유지 보수 모드로 전환한 후 모든 SSL 인증서 업그레이드를 수행하는 것이 가장 좋습니다.\nMAC 주소 충돌 문제를 해결했는데도 VM MAC 주소 충돌 경보가 계속 트리거됨\nVM MAC 주소 충돌 경보를 트리거하는 MAC 주소 충돌 문제를 해결했는데도 해당 경보가 계속 트리거되거나 경보 상태가 빨간색으로 표시됩니다.\n해결 방법: MAC 주소 충돌 문제를 수정한 후 수동으로 경보를 확인하거나 해제합니다.\n경보를 트리거하지 않으려면 해당 경보를 사용하지 않도록 설정합니다.\n특정 vSphere 기능이 IPv6을 지원하지 않음\n다음 기능을 제외한 모든 노드 및 구성 요소에 대해 IPv6을 사용하도록 설정할 수 있습니다.\nDNS 서버의 FQDN(정규화된 도메인 이름)에 매핑되지 않은 ESXi 호스트 및 vCenter Server에 대한 IPv6 주소.\n해결 방법: FQDN을 사용하거나 IPv6 주소가 역방향 이름 조회를 위해 DNS 서버에서 FQDN에 매핑되어 있는지 확인합니다.\nAuto Deploy 및 호스트 프로파일의 일부로 PXE 부팅\n해결 방법: PXE는 IPv4를 통해 ESXi 호스트를 부팅하며 호스트 프로파일을 사용하여 IPv6에 대해 호스트를 구성합니다.\nESXi 호스트와 vCenter Server Appliance의 Active Directory 연결\n해결 방법: LDAP를 통한 Active Directory를 vCenter Single Sign-On에서 ID 소스로 사용합니다.\nKerberos를 사용하는 NFS 4.1 스토리지\n해결 방법: NFS 4.1에 AUTH_SYS를 사용합니다.\nvSphere Management Assistant 및 vSphere Command-Line Interface의 Active Directory 연결\n해결 방법: LDAP를 통해 Active Directory에 연결합니다.\nvSphere Client를 사용하여 vSphere 기능에 대해 IPv6을 사용하도록 설정\n해결 방법: vSphere Web Client를 사용하여 vSphere 기능에 대해 IPv6을 사용하도록 설정합니다.\nvSphere Web Client에서 트래픽 필터링 및 표시 규칙의 방향이 vSphere Web Client 5.5에 비해 반대임\n다음의 경우 vSphere Web Client에서 트래픽 규칙의 방향이 반대로 표시됩니다.\nvSphere Web Client 5.5를 vSphere Web Client 6.0으로 업그레이드한 후 Distributed Switch에서 기존 트래픽 규칙의 방향이 반전됩니다.\n트래픽 규칙을 vSphere 5.5 환경에서 vSphere 6.0 환경으로 수동으로 재정의할 경우 트래픽 규칙이 반대 방향으로 트래픽에 적용됩니다.\nvSphere Web Client 5.5에서 트래픽 표시 규칙의 "수신" 및 "송신"의 의미는 Distributed Switch의 다른 기능(예를 들어 방향이 스위치를 기준으로 결정되는 트래픽 조절)에서 사용되는 "수신"과 "송신"의 의미와 반대입니다. 예를 들어 트래픽 규칙의 "수신"은 스위치에서 나가는 트래픽을 가리키는 반면, 다른 기능에서는 스위치에 들어오는 트래픽을 가리킵니다.\nvSphere Web Client 6.0에서는 수신 및 송신 방향을 반전시켜 다른 Distributed Switch 기능의 의미와 일치시킵니다.\n해결 방법: 트래픽 규칙을 vSphere 5.5 환경에서 vSphere 6.0 환경으로 수동으로 재정의하는 경우 규칙의 트래픽 방향을 반전시키십시오.\nVirtual Volumes 문제\n파일을 가상 데이터스토어로 직접 업로드하려고 하면 실패함\nvSphere Web Client의 데이터스토어에 파일 업로드 옵션을 사용하면 가상 데이터스토어에 대한 업로드 작업이 실패합니다.\n해결 방법: Virtual Volumes는 가상 데이터스토어에 파일을 직접 업로드하는 것을 지원하지 않습니다. 먼저 가상 데이터스토어에 폴더를 생성한 다음 파일을 폴더에 업로드해야 합니다.\nVIM API를 사용하여 Virtual Volumes 스토리지에 가상 디스크를 만들 때 VirtualDisk.FlatVer2BackingInfo.thinProvisoned 매개 변수에 값을 지정하지 않으면 씩 프로비저닝된 디스크가 생성됨\nVirtualDisk.FlatVer2BackingInfo.thinProvisoned 매개 변수의 기본값은 false입니다. 이 매개 변수를 지정하지 않으면 씩 프로비저닝된 가상 디스크가 생성됩니다.\n하지만 특정 Virtual Volumes 어레이는 씬 프로비저닝된 디스크 유형만 지원합니다. 이러한 어레이에서는 매개 변수를 true로 설정하지 않으면 VIM API를 통한 가상 디스크 생성이 실패할 수 있습니다.\n해결 방법: 다음 중 적절한 해결 방법을 수행하십시오.\nVIM API를 사용하여 Virtual Volumes 스토리지에 가상 디스크를 만들 경우에는 VirtualDisk.FlatVer2BackingInfo.thinProvisoned 매개 변수를 명시적으로 true로 설정해야 합니다.\nvSphere Web Client를 사용하여 가상 데이터스토어에 가상 시스템을 만듭니다. 기본적으로 vSphere Web Client는 씬 프로비저닝된 가상 디스크를 생성합니다.\nVM 구성 파일과 가상 디스크를 다른 데이터스토어(Virtual SAN 및 Virtual Volumes)에 배치하고 다른 스토리지 정책을 첨부하는 경우 가상 시스템을 생성하려고 하면 작업이 실패할 수 있음\n이 문제는 VM을 생성할 때 다음과 같은 데이터스토어 조합을 VM 구성 파일과 가상 디스크 배치에 사용하는 경우에 발생할 수 있습니다. Virtual SAN 및 Virtual Volumes, Virtual Volumes 및 Virtual SAN, Virtual Volumes 및 Virtual Volumes(다른 스토리지 정책 지원).\n또한 Virtual SAN VM의 단일 가상 디스크를 Virtual Volumes 데이터스토어로 마이그레이션할 때에도 이 문제를 경험할 수 있습니다.\n데이터스토어(예: Virtual SAN) 하나에 가상 시스템을 생성합니다.\nvSphere Web Client의 설정 편집 마법사를 사용하여 새 가상 디스크를 생성한 후 다른 데이터스토어(예: Virtual Volumes)에 배치합니다.\nVirtual Volumes에서 Storage DRS를 지원하지 않음\n이 vSphere 6.0 릴리스의 Storage DRS에서는 가상 데이터스토어를 무시합니다.\n일반 스토리지 문제\n이름이 바뀐 태그가 VM 스토리지 정책 편집 마법사에서 누락된 것으로 표시됨\n스토리지 정책에는 데이터스토어 태그를 기반으로 하는 규칙이 포함될 수 있습니다. 태그 이름을 바꾸면 이 태그를 참조하는 스토리지 정책에서 태그를 자동으로 업데이트하지 않고 누락된 것으로 표시합니다.\n해결 방법: 스토리지 정책에서 누락된 것으로 표시된 태그를 제거하고 이름이 바뀐 태그를 추가합니다. 스토리지 정책을 오래된 모든 엔티티에 다시 적용합니다.\n가상 디스크가 여러 가상 시스템 간에 공유될 때 개별 가상 시스템에서 디스크의 스토리지 정책을 변경하면 다른 가상 시스템에 변경 내용이 적용되지 않을 수 있음\n다음 예를 고려하십시오. vSphere에서 다른 가상 시스템 VM1 및 VM2 간에 공유되는 가상 디스크를 생성합니다. VM1 설정을 편집하고 스토리지 정책(예: SP1)을 공유된 가상 디스크에 할당합니다. 그런 다음 VM2로 전환하여 디스크의 스토리지 정책을 SP1에서 SP2로 변경할 수 있습니다. 하지만 이 변경 내용은 VM2에 대해서는 표시되지만 VM1 설정을 통해서는 표시되지 않을 수 있습니다. VM1의 경우 디스크의 스토리지 정책이 계속 SP1로 잘못 표시됩니다.\n해결 방법: 여러 가상 시스템 간에 공유되는 가상 디스크에 대한 VM 스토리지 정책을 변경해야 하는 경우 VM 스토리지 정책 인터페이스를 통해 모든 가상 시스템을 변경하십시오.\nvCenter Server 다시 시작 후 vSphere 환경에 있는 스토리지 어레이가 데이터베이스에서 사라짐\n다시 시작한 후 vCenter Server가 인벤토리를 재구축하는 데 시간이 걸릴 수 있습니다. 이 지연 시간으로 인해 SMS(Storage Monitoring Service) 및 스토리지 어레이를 나타내는 VASA 제공자 간에 통신 오류가 발생할 수 있습니다. 그 결과 VASA 제공자는 어레이를 사용할 수 있다고 보고하지 못합니다.\n해결 방법: vSphere 프로파일 기반 스토리지 서비스를 다시 시작합니다.\nvCenter Server 6.0에서 레거시 vCenter Server 플러그인 및 확장을 설치할 수 없음\nvCenter Server 6.0의 보안 관련 변경 때문에 vCenter Server 6.0에서 레거시 확장을 설치하려는 시도가 실패할 수 있습니다. 확장에는 버전 5.5, 5.0 등과 같은 이전 버전의 vCenter Server에 대해 타사가 구현한 확장이 포함됩니다.\n해결 방법: vCenter Server는 주 릴리스 간에 이전 버전과의 호환성을 유지하지 않습니다. 타사가 자사의 vCenter Server 플러그인 및 확장을 vCenter Server 6.0과 호환되는 후속 버전으로 업그레이드해야 합니다.\n스토리지 디바이스를 플래시 또는 HDD로 표시하는 아이콘이 vSphere Web Client의 스토리지 디바이스 보기에서 업데이트되지 않음\nESXi 호스트 > 관리 > 스토리지 > 스토리지 디바이스 보기로 이동하고 적절한 아이콘을 사용하여 스토리지 디바이스를 플래시 또는 HDD로 표시할 수 있습니다. 태스크가 정상적으로 완료되면 아이콘이 선택한 항목으로 변경되어야 합니다. 그러나 태스크가 정상적으로 완료되는 경우에도 아이콘이 올바르게 업데이트되지 않습니다.\n해결 방법: 글로벌 새로 고침 버튼을 클릭하여 아이콘을 업데이트합니다.\nVMware Authentication Proxy가 ESXi 호스트 연결에 비보안 프로토콜과 암호화를 지원함\nVMware Authentication Proxy는 호스팅 서비스에 IIS를 사용하며, 이때 클라이언트(ESXi 호스트)와의 연결을 유지하기 위해 비보안 프로토콜을 사용합니다.\n해결 방법: 이 문제를 해결하려면 SSLv3과 같이 안전하지 않은 프로토콜을 사용하지 않도록 설정해야 합니다. 세부적인 단계는 KB 2136184를 참조하십시오.\n상태 저장 호스트의 호스트 프로파일을 Auto Deploy를 통해 프로비저닝된 호스트에 적용하는 경우 업데이트 적용이 실패함\n상태를 저장하여 배포된 호스트의 호스트 프로파일을 로컬 스토리지가 없고 Auto Deploy를 통해 프로비저닝된 호스트(상태 비저장 호스트)에 적용하는 경우 다음 오류 메시지 중 하나가 표시되면서 업데이트 적용 시도가 실패합니다.\nPCI 버스 주소가 sxxxxxxxx.xx인 vmhba 디바이스가 호스트에 없습니다. 종료한 후 PCI 슬롯 yy에 카드를 넣어야 합니다. 카드 유형은 참조 호스트의 유형과 정확히 일치해야 합니다.\n유효한 코어 덤프 파티션이 없습니다.\n해결 방법: 호스트 프로파일에서 문제를 일으키는 플러그인(예: 디바이스 별칭 구성 또는 코어 덤프 구성)을 사용하지 않도록 설정한 후 호스트 프로파일에 업데이트를 적용합니다.\n정적 IP가 포함된 호스트 프로파일을 호스트에 적용하면 규정 준수 오류가 발생함\nDHCP 네트워크 구성이 있는 호스트에서 호스트 프로파일을 추출하고 정적 IP 주소를 포함하도록 호스트 프로파일을 편집한 후 다른 호스트에 적용하는 경우 다음 메시지가 표시되면서 규정 준수 오류가 발생합니다.\nIPv4 경로 수가 일치하지 않습니다.\n해결 방법: DHCP 호스트에서 호스트 프로파일을 추출하기 전에 정적 IP 주소를 포함하도록 호스트를 구성합니다.\nvCenter Server Appliance 6.0에서 DCUI를 통해 IPv6을 사용하지 않도록 설정하면 vSphere Web Client 네트워크 설정에서 오류가 표시됨\nvCenter Server Appliance 6.0에서 DCUI를 통해 Ipv6을 사용하지 않도록 설정하면 다음과 같은 문제가 발생합니다.\nvmware-perfcharts 서비스가 시작되지 않음: vCenter Server Appliance에서 IPV6가 사용하지 않도록 설정되면 서비스 시작에 영향을 줍니다. 자세한 내용은 KB 2118223을 참조하십시오.\nvSphere Web Client 네트워크 설정에서 오류가 발생합니다.\nvmware-perfcharts 서비스를 시작합니다. KB 2118223을 참조하십시오.\nvSphere Web Client에서 네트워크 설정 오류를 해결하려면 DCUI 콘솔에서 IPv6를 사용하도록 설정합니다.\n이전 6.0.x 버전에서 vCenter Server Appliance를 업데이트하면 vCenter Server Appliance 관리 인터페이스의 기본 업데이트 설정에 영향을 줄 수 있음\nvCenter Server Appliance를 이전 6.0.x 버전에서 업데이트하면 vCenter Server Appliance 관리 인터페이스에서 기본 업데이트 설정인 기본 저장소 사용 옵션이 선택되지 않습니다.\n해결 방법: 요구 사항에 따라 저장소 설정을 선택하십시오.\nVMware vCenter Appliance에서 타사 패치를 적용한 후 VAMI(vCenter Server Appliance 관리 인터페이스) 서비스가 실패할 수 있음\nVMware vCenter Appliance 버전 6.0 GA, 6.0.0a 또는 6.0.0b에서 TP(타사 패치)를 적용한 후 VAMI(vCenter Server Appliance 관리 인터페이스) 서비스 시작에 실패할 수 있습니다.\n해결 방법: 전체 패치를 적용하십시오.\n정의된 사용 권한이 vSphere Client 및 Web Client에서 다르게 동작함\n사용 권한이 폴더 수준에만 정의된 경우 Web Client에서 폴더 간 VM 이동이 사용되지 않도록 설정되고 다음과 유사한 오류가 표시됩니다.\n현재는 선택한 개체에 대해 이 작업을 사용할 수 없습니다.\nVAMI UI 대화상자에서 시간 동기화 설정 편집의 내용을 로드하는 데 실패함\nVAMI UI 대화상자에서 영어가 아닌 시간 동기화 설정 편집의 내용을 로드하지 못하고 드롭다운 대화상자가 비어 있는 상태로 표시됩니다.\n해결 방법: 다음과 같이 ESX 작성 CLI 옵션을 사용하여 시간 동기화를 편집하십시오.\n할당된 사용 권한이 없는 사용자에게 태그 작업이 허용됨\nvSphere Web Client에서 태그 및 범주에 대한 사용자 권한을 관리할 수 있습니다. 예를 들어 특정 사용자 및 태그 개체에 대한 일반 태그 작업에 대한 권한을 거부할 수 있습니다. 그러나 권한을 거부한 사용자는 계속 태그를 볼 수 있으며 개체 삭제 등 다양한 작업을 수행할 수 있습니다.\nvCenter Server for Windows에서 여러 서비스를 중지한 후 일부 서비스가 다시 시작되지 않음\nvCenter Server for Windows에서 여러 서비스를 중지한 후 일부 서비스가 20분이 지나도 다시 시작되지 않습니다. 다시 시작되지 않는 서비스에는 PostgreSQL, invsvc 및 vpxd가 포함됩니다.\n해결 방법: service-control 명령을 실행하여 서비스를 시작합니다.\nIIAD가 서로 다른 위치에 로그 번들을 생성함\nIIAD(Interprocess Interrogation and Activation Daemon)는 서비스가 API 호출에 응답하지 않는 경우 서비스 업데이트 적용 동안 vCenter Server에 대한 로그 번들을 생성합니다. 이러한 로그 번들은 다음 위치에서 찾을 수 있습니다.\nvCenter Server Appliance의 경우: /storage/core\nvCenter Server for Windows의 경우: VMWARE_DATA_DIR/core(예: C:\_ProgramData\_VMware\_vCenterServer\_data\_core)\n[경보 정의] 목록에 더 이상 사용되지 않는 경보 정의가 포함됨\nvSphere Web Client에서 vCenter Server 인스턴스를 클릭한 후 [관리] 탭 > [경보 정의]를 클릭하면 [경보 정의] 목록에서 호스트 서비스 콘솔 스왑 속도 경보를 볼 수 있습니다. vSphere 6.0은 ESXi를 지원하고 서비스 콘솔이 아니므로 이 경보는 사용되지 않습니다.\n사용자 지정된 성능 차트를 .jpeg 또는 .png 형식으로 내보내는 경우 범례 중 일부가 누락됨\n고급 성능 차트에서 카운터를 여러 개 사용하여 작업을 수행할 때 스크롤 막대가 나타나는 경우 내보낸 이미지가 잘립니다. 결과적으로 범례에서 일부 카운터를 볼 수 없습니다.\n해결 방법: 화면에 필요한 카운터가 표시될 때까지 수동으로 스크롤한 후 다이어그램을 내보냅니다.\n일부 바이러스 백신 소프트웨어에서 vCenter 클라이언트 통합 플러그인의 실행 파일을 위협으로 감지함\nvCenter 클라이언트 통합 플러그인을 설치하려고 하는 경우 바이러스 백신 소프트웨어에서 트로이 목마 위협에 대한 경고를 표시할 수 있습니다. 이 문제는 클라이언트 통합 플러그인 실행 파일 구성 요소 중 하나가 트로이 목마와 동일한 이름을 가지고 있기 때문에 발생합니다. 이 구성 요소의 이름은 Bifrost입니다.\n이 문제는 Windows 시스템에서 vSphere Web Client에 액세스하는 경우에만 발생합니다.\n해결 방법: 클라이언트 통합 플러그인의 Bifrost 구성 요소를 원래 위치에 다시 넣습니다. 바이러스 백신 소프트웨어의 동작에 따라 아래에 나열된 해결 방법 중 하나를 수행하여 이 작업을 완료할 수 있습니다.\n바이러스 백신 소프트웨어의 경고를 무시하고 클라이언트 통합 플러그인 설치를 진행합니다.\nWindows 시스템에서 바이러스 백신 소프트웨어가 차단된 파일을 넣는 디렉토리로 이동하여 bifrost.exe를 이전 위치인 C:\_Program Files (x86)\_VMware\_Client Integration Plug-in 6.0\_bifrost에 복사합니다.\nvCenter Server 6.0을 설치하거나 이 버전으로 업그레이드한 후 vCenter Server 개체에 태그를 할당하려고 하면 작업이 실패함\nvCenter Server 6.0을 설치하거나 이 버전으로 업그레이드한 후 도메인 사용자로 로그인한 경우 개체에 태그를 할당할 수 없습니다.\n해결 방법: vCenter Server 개체에 태그를 할당하려면 vSphere Web Client에 administrator@vsphere.local로 로그인합니다.\n태스크의 대상 개체에 대한 하이퍼링크가 vSphere Web Client의 하단에 있는 [최근 태스크] 창에서 비활성화됨\nvSphere Web Client에서 태스크를 수행할 때 태스크의 대상 개체가 [최근 태스크] 창에 하이퍼링크로 표시되며 태스크가 완료된 후에 이 하이퍼링크를 사용하여 대상 개체로 직접 이동할 수 있습니다. vSphere Web Client의 페이지 하단에 있는 [최근 태스크] 창을 사용하는 경우 하이퍼링크가 비활성화되고 태스크의 대상 개체로 이동할 수 없습니다.\n해결 방법: 측면 창으로 [최근 태스크]를 사용하거나 개체 탐색기에서 수동으로 대상 개체로 이동합니다.\n연결 모드 그룹에서 vCenter Server 시스템을 분리할 수 없음\n연결 모드 그룹을 형성하도록 vCenter Server 시스템을 가입한 후 연결 모드 그룹에서 vCenter Server 시스템을 분리할 수 없습니다. 모든 vCenter Server 시스템이 vSphere Web Client에 링크된 것으로 나타납니다.\nvSphere Web Client에서 하드웨어 센서에 대해 데이터를 업데이트 및 재설정할 수 없으며 ESXi 호스트에 대해 시스템 이벤트 로그를 재설정할 수 없음br /> vSphere Web Client에서 ESXi 호스트로 이동하여 [하드웨어 상태] 탭을 클릭하고 [CIM 데이터] 아래에서 센서 또는 경고 및 주의를 선택합니다. 표시된 정보를 업데이트하거나 수집된 센서 데이터를 지우려고 하면 작업이 실패합니다. 시스템 이벤트 로그를 선택하고 나열된 이벤트 로그를 지우거나 호스트 하드웨어 센서에 대한 최신 로그 이벤트로 창을 업데이트하려고 하는 경우에도 작업이 실패합니다.\nvSphere Web Client를 사용하여 sysprep 파일을 vCenter Server Appliance에 업로드할 수 없음\n이전 vSphere 릴리스에서는 vCenter Server Appliance 웹 콘솔을 사용하여 sysprep 파일을 vCenter Server Appliance에 로드할 수 있었습니다. vSphere 6.0에서는 vCenter Server Appliance 웹 콘솔이 더 이상 사용되지 않으므로 sysprep 파일을 업로드할 수 없습니다.\n해결 방법: sysprep 파일을 수동으로 업로드하려면 vCenter Server Appliance의 Bash 셸을 사용하도록 설정하고 파일을 수동으로 업로드합니다. vCenter Server Appliance의 Bash 셸을 사용하도록 설정하는 방법에 대한 자세한 내용은 vCenter Server Appliance 구성 설명서를 참조하십시오.\nOS X 클라이언트 컴퓨터에서 Mozilla Firefox 버전 23.0 이상을 사용하여 vSphere Web Client에 로그인한 후 USB 디바이스를 가상 시스템에 연결하려고 하면 오류 메시지가 표시되면서 작업이 실패함\nOS X 클라이언트 컴퓨터에 클라이언트 통합 플러그인을 설치한 후 Mozilla Firefox 버전 23.0 이상을 사용하여 vSphere Web Client에 로그인합니다. USB 컨트롤러를 전원이 켜진 가상 시스템에 추가하고 USB 디바이스를 클라이언트 컴퓨터에 연결합니다. USB 패스스루 디바이스를 OS X 클라이언트 컴퓨터에서 가상 시스템으로 추가하려고 하면 다음과 같은 오류 메시지가 표시됩니다.\n내부 오류가 발생했습니다. 오류 #1132. 클라이언트를 다시 로드하는 것이 좋습니다.\nMozilla Firefox 23.0 이상의 [혼합 활성 컨텐츠] 기본 설정이 기본적으로 사용하도록 설정되어 vSphere Web Client와 브라우저 사이의 통신을 차단합니다.\n해결 방법: Mozilla Firefox의 구성 편집기에서 security.mixed_content.block_active_content 기본 설정을 변경합니다.\nOS X 클라이언트 컴퓨터에서 Mozilla Firefox 버전 23.0 이상의 주소 표시줄에 about:config를 입력하고 Enter 키를 누릅니다.\n표시되는 경고 대화 상자에서 고급 기능 사용 동의를 클릭합니다.\n검색 텍스트 상자에 security.mixed_content.block_active_content를 입력하여 사용 가능한 브라우저 기본 설정 목록을 필터링합니다.\nsecurity.mixed_content.block_active_content 기본 설정을 두 번 클릭하여 값을 false로 변경합니다.\nMozilla Firefox 23.0 이상을 사용하여 vSphere Web Client에 로그인하고 연결된 USB 디바이스를 OS X 클라이언트 컴퓨터에서 전원이 켜진 가상 시스템으로 추가합니다.\nvSphere Web Client의 [시스템 구성] 페이지에서, Windows 시스템에서 호스팅되는 vCenter Server가 있는 노드를 중지하고 다시 시작하거나 설정을 편집하려고 하면 오류 메시지가 표시되면서 작업이 실패함\nvSphere Web Client를 사용하여 Windows 호스트 시스템의 vCenter Server 인스턴스에 로그인합니다. vSphere Web Client 홈 페이지에서 시스템 구성을 클릭하고 노드를 클릭합니다. Windows 시스템에서 호스팅되는 vCenter Server가 있는 노드를 선택하고 작업 드롭다운 메뉴에서 설정 편집, 재부팅 또는 전원 끄기를 클릭합니다. 다음과 비슷한 오류 메시지가 표시되면서 작업이 실패합니다. 내부 오류가 발생했습니다. 오류 #1009. 오류 메시지를 닫으려면 취소를 클릭합니다. vCenter Server Appliance의 vCenter Server를 전원을 끄고 다시 시작하거나 설정을 편집하려면 [시스템 구성] 페이지를 사용해야 합니다.\n해결 방법: vSphere Web Client의 [시스템 구성] 페이지에서는 Windows 시스템에서 호스팅되는 vCenter Server가 있는 노드를 구성하고 다시 시작하거나 전원을 끌 수 없습니다. Windows 호스트 시스템의 vCenter Server 시스템의 경우 Windows 인터페이스를 사용해야 합니다.\nvSphere Web Client의 [시스템 구성] 페이지를 사용하여 vCenter Server Appliance에 대한 정보를 보고 구성하려고 하면 오류가 표시되면서 작업이 실패함\nvSphere Web Client를 사용하여 사용자 지정 이름(기본 vsphere.local과 다름)이 지정된 Single Sign-On 도메인에 속하는 사용자로 vCenter Server Appliance의 vCenter Server 인스턴스에 로그인합니다. vSphere Web Client 홈 페이지에서 시스템 구성을 클릭하고 시스템 구성 아래에서 노드를 선택합니다. vCenter Server Appliance의 노드를 전원을 끄고 다시 시작하거나 설정을 편집하려고 하면 다음 오류 중 하나가 표시되면서 작업이 실패합니다. 내부 오류가 발생했습니다. 오류 #1009 및 이 API를 사용할 권한이 부여되지 않았습니다. 요약, 모니터 또는 관리 탭을 클릭하는 경우 장치에 대한 일부 정보가 표시되지 않을 수 있습니다.\n해결 방법: 기본 Single Sign-On 도메인 vsphere.local만 사용하여 vCenter Server Appliance를 배포합니다.\nvCenter Server 5.5.x 및 6.0 시스템으로 구성된 혼합 환경에서 vSphere Web Client의 [시스템 구성] 페이지를 사용하여 vCenter Server 5.5.x 인스턴스를 보고 관리하거나 구성할 수 없음\nvCenter Server 5.5.x 및 6.0 인스턴스로 구성된 혼합 환경이 있는 경우 vSphere Web Client를 사용하여 시스템에 로그인합니다. vSphere Web Client 홈 페이지에서 [시스템 구성]을 클릭하고 [개체] 탭을 선택합니다. 이 탭에서는 vCenter Server 6.0만 보고 구성하거나 관리할 수 있습니다.\nvCenter Server Appliance 버전 5.5.x는 VMware vCenter Server Appliance 웹 콘솔을 사용하여 구성하고 관리할 수 있습니다. Windows 호스트 시스템에서 실행되는 vCenter Server 5.5.x 인스턴스는 Windows 인터페이스를 사용하여 구성하고 관리할 수 있습니다.\nvCenter Server 설치 또는 업그레이드 후 호스트 구성을 수행하는 동안 데이터스토어 추가 또는 제거 작업이 실패할 수 있음\n호스트에서 데이터스토어를 추가하거나 제거하려고 하면 오류가 표시되면서 작업이 실패할 수 있습니다. 이 실패는 호스트 구성 정보를 검색하는 데 문제가 있어서 발생합니다.\n해결 방법: 데이터스토어 구성을 진행하기 전에 영향을 받는 호스트를 인벤토리에서 제거했다가나 복원합니다.\n일부 서비스의 상태 메시지가 vSphere Web Client에 표시되지 않을 수 있음\nvSphere Web Client를 사용하여 vCenter Server에 로그인하고 vSphere Web Client 홈 페이지에서 시스템 구성을 클릭합니다. 시스템 구성 아래에서 서비스를 클릭하고 목록에서 서비스를 선택합니다. [상태 메시지] 창의 요약 탭에 일부 서비스에 대한 상태 메시지가 아예 표시되지 않거나 충분하지 않은 정보가 표시될 수 있습니다.\nincognito 모드로 Google Chrome을 사용하여 vSphere Web Client에 로그인하면 브라우저 창이 차단될 때까지 오류 메시지가 몇 초 간격으로 나타남\nGoogle Chrome의 incognito 모드를 사용하여 vSphere Web Client에 로그인하는 경우 오류 메시지로 인해 브라우저 창이 응답을 중지합니다.\nGoogle Chrome의 incognito 모드는 vSphere Web Client에서 일부 개체에 데이터를 기록하지 못하게 만들 수 있습니다.\n해결 방법: Google Chrome에서 https://vcenter-server-hostname:9443/vsphere-client/?debug=true&logLevel=ERROR URL을 사용하여 vSphere Web Client에 액세스합니다.\nDell VSM(Virtual Storage Manager) 장치의 아이콘이 vSphere Web Client 홈 페이지에 표시되지 않음\nDell VSM 장치를 vSphere 환경에 배포하고 전원을 켭니다. 먼저 VSM 장치를 vCenter Server에 등록하고 로그아웃한 후 vCenter Server에 다시 로그인하면 VSM 장치 아이콘이 vSphere Web Client의 홈 페이지에 표시되지 않습니다. 따라서 vSphere Web Client를 사용하여 Dell Virtual Storage Manager에 액세스하여 VSM을 사용할 수 없습니다.\n해결 방법: vCenter Server 시스템을 다시 시작하고 vSphere Web Client를 사용하여 vCenter Server에 로그인합니다.\nvSphere Web Client를 사용하여 전체 화면 모드로 가상 시스템 웹 콘솔을 시작하는 경우 콘솔 내에서 마우스 작업이 작동하지 않음\nvSphere Web Client에서 가상 시스템을 선택하고 요약 탭에서 콘솔 시작을 클릭합니다. 웹 브라우저에 열리는 새 탭에서 전체 화면을 클릭하여 웹 콘솔을 전체 화면 모드로 봅니다. 가상 시스템 웹 콘솔 내에서 마우스 오른쪽 버튼을 클릭하고 옵션을 선택하려고 하면 마우스 작업이 감지되지 않기 때문에 작업이 실패합니다.\n브라우저의 가상 시스템 웹 콘솔 탭에서 Esc 키를 눌러 전체 화면 모드를 종료합니다.\n전체 화면 모드로 가상 시스템 웹 콘솔을 보는 경우 키 입력 조합을 사용하여 게스트 운영 체제 내에서 명령을 실행합니다.\nMicrosoft Windows 8에서 통합 Adobe Flash Player가 포함된 Microsoft Internet Explorer 10을 사용하여 vSphere Web Client에 액세스하지 못할 수 있음\nMicrosoft Internet Explorer 10에 통합된 Adobe Flash Player 버전 11.5는 vSphere Web Client의 소프트웨어 요구 사항을 충족하지 않습니다.\n해결 방법: Microsoft Windows 8에서 Adobe Flash Player 버전 11.9 이상을 지원하는 브라우저를 사용하여 vSphere Web Client에 액세스합니다.\nvSphere Web Client에서 EAM 샘플 솔루션의 [솔루션] 탭을 볼 수 없음\nvSphere Web Client에서 EAM 샘플 솔루션의 [샘플] 탭을 클릭하는 경우 해당 컨텐츠가 표시되지 않습니다. 웹 브라우저의 기본 설정이 혼합 컨텐츠를 차단하여 [솔루션] 페이지를 로드하지 못하게 하기 때문입니다.\n해결 방법: 다음과 같이 차단된 컨텐츠를 표시하도록 브라우저 설정을 변경합니다.\nMicrosoft Internet Explorer에서 브라우저의 하단으로 이동하여 모든 콘텐츠 표시를 클릭합니다.\nMozilla Firefox에서 주소 표시줄의 왼쪽에 나타나는 방패 아이콘을 클릭하고 드롭다운 메뉴에서 이 페이지에서 보호 사용 안 함 옵션을 선택합니다.\nGoogle Chrome에서 주소 표시줄의 오른쪽에 있는 방패 아이콘을 클릭하고 무조건 로드를 클릭합니다.\nInternet Explorer를 사용하는 경우 vSphere Web Client에 액세스하지 못할 수 있음\n동일한 호스트 Windows 시스템에서 vSphere Web Client를 사용하여 vCenter Server에 로그인하고 Internet Explorer를 사용하는 경우 Internet Explorer 브라우저의 프록시 설정으로 인해 vSphere Web Client와 vCenter Server 사이의 통신이 허용되지 않을 수 있습니다.\n해결 방법: Google Chrome 또는 Mozilla Firefox를 기본 브라우저로 사용하여 원격 시스템에서 vSphere Web Client에 액세스합니다. Windows 호스트 시스템에서 다음과 같이 Internet Explorer 보안 강화 구성을 사용하지 않도록 설정할 수도 있습니다.\nvCenter Server 및 vSphere Web Client가 설치된 시스템에 로그인합니다.\n시작 > 관리 도구 > 서버 관리자로 이동하여 [서버 관리자]를 엽니다.\n[보안 정보] 창에서 IE ESC 구성을 클릭합니다.\n[Internet Explorer 보안 강화 구성] 창에서 관리자 및 사용자 그룹에 대해 끄기 라디오 버튼을 둘 다 선택합니다.\nvSphere Web Client를 사용하여 vCenter Server 확장을 설치하는 경우 제공되는 모든 표시 정보가 사람이 읽을 수 없는 형식으로 표시됨\nvSphere Web Client를 사용하여 vCenter Server 확장을 처음으로 설치하는 경우 제공되는 모든 표시 정보가 사람이 읽을 수 없는 형식으로 표시됩니다.\n해결 방법: vCenter Server 확장을 설치한 후 vSphere Web Client에서 로그아웃하고 다시 로그인합니다.\nvSphere Web Client에서 실시간 성능 데이터를 볼 수 없거나 인벤토리 개체에 고급 성능 차트를 사용할 수 없음\nvSphere Web Client를 사용하여 vCenter Server에 로그인하고 인벤토리 개체로 이동합니다. 모니터링 탭을 클릭하고 성능을 클릭합니다. 개요 성능 차트 보기에서 인벤토리 개체에 대한 실시간 통계 데이터를 수집하려고 하면 오류가 표시되면서 작업이 실패하고 데이터가 표시되지 않습니다. 고급 성능 차트 보기를 사용하려고 해도 오류가 표시되면서 작업이 실패합니다. 이러한 작업에는 vCenter Server 인스턴스에 쿼리를 보내는 단계가 포함되지만 사용자에게 vCenter Server에 대한 필수 권한이 없기 때문에 쿼리를 실행할 수 없습니다.\n해결 방법: vCenter Server 시스템에 대한 System.Read 권한을 부여하도록 관리자에게 요청합니다.\nASCII가 아닌 문자 또는 상위 ASCII 문자가 포함된 사용자 이름으로 vSphere Web Client에 로그인한 경우 로컬 파일 시스템에서 OVF 파일을 가져올 수 없음\n사용자 이름에 ASCII가 아닌 문자 또는 상위 ASCII 문자를 사용하여 vSphere Web Client에 로그인하는 경우 로컬 스토리지 시스템에서 OVF 파일을 가져오는 옵션을 선택할 수 없습니다.\n해결 방법: ASCII가 아닌 문자 또는 상위 ASCII 문자가 포함되어 있지 않은 다른 사용자 이름으로 vSphere Web Client에 로그인합니다.\n가상 시스템의 스토리지를 마이그레이션하는 경우 vSphere Web Client에서 pRDM 디스크 변환에 지원되지 않는 형식을 선택할 수 있음\n물리적 호환성 모드로 설정된 원시 디바이스 매핑 디스크(pRDM)가 있는 가상 시스템의 스토리지를 마이그레이션할 때는 vSphere Web Client의 마이그레이션 마법사를 사용합니다. 스토리지 선택 페이지의 고급 보기에서 pRDM 디스크에 대해 소스와 동일한 형식과 다른 대상 디스크 형식을 호환성 경고 없이 구성할 수 있습니다. 단, 이 경우 대상 데이터스토어를 변경하지 않아야 합니다.\npRDM 디스크를 소스와 다른 형식으로 변환하는 것은 지원되지 않습니다. 이 경우 마이그레이션이 성공한 것으로 잘못 표시됩니다. pRDM 디스크는 선택한 대상 형식으로 변환되지 않습니다.\nvSphere Web Client에 로그인할 수 없음\nvSphere Web Client를 1시간 이상 사용하지 않는 경우 세션 시간이 초과되고 다음과 같은 팝업 메시지가 표시됩니다.\nvSphere Web Client 세션이 더 이상 인증되지 않습니다. 새로 로그인을 시도하려면 [확인]을 클릭하십시오.\n대화 상자에서 확인을 클릭하면 동일한 대화 상자가 다시 표시되거나 다음과 같은 오류 메시지가 나타납니다.\nvSphere Web Client를 vCenter Single Sign-On Server에 연결할 수 없습니다.\nvSphere Web Client를 다른 브라우저에서 엽니다.\n사용하는 브라우저에서 vSphere Web Client 세션과 관련된 브라우저 쿠키를 삭제합니다. 브라우저 세션은 vCenter Server 인스턴스의 IP 주소로 식별할 수 있습니다.\n설명 필드에 특정 특수 문자가 포함되어 있는 경우 사용자를 새로 만들 수 없음\nvSphere Web Client에서 [새 사용자 추가] 대화상자를 사용하여 새 사용자를 만들 때 문자(캐럿(^), 보다 작음(<), 보다 큼(>), 앰퍼샌드(&), 퍼센트(%), 따옴표(‘) 또는 @ 기호(@))를 사용하는 경우 작업이 실패하고 vCenter Single Sign-On 서비스 오류가 발생했습니다라는 메시지가 표시됩니다.\n해결 방법: 지정된 기호를 사용하지 않습니다.\nInternet Explorer 10 또는 11 이전 버전을 사용하여 vSphere Web Client에 로그인하면 정보가 없는 링크로 리디렉션됨\nWindows OS에서 IE 10 또는 11 이전 버전을 사용하여 vSphere Web Client에 로그인하면 정보가 없는 잘못된 vSphere Web Client 링크로 리디렉션됩니다. Microsoft 보안 패치 MS14-065(https://support.microsoft.com/kb/3003057)가 설치되어 있지 않거나 최신 버전의 IE 10 또는 11을 실행하지 않는 Windows OS에서는 빈 화면이 표시되면서 로그인 프로세스가 실패합니다.\n해결 방법: Microsoft의 보안 패치를 설치하거나 IE 10 11을 최신 버전으로 업데이트합니다.\nFirefox 브라우저가 설치된 Mac OS의 vSphere Web Client에서 오른쪽 클릭 메뉴를 사용할 수 없음\nMac OS에서 Firefox 브라우저(버전 34 이상)를 통해 vSphere Web Client를 사용하면 오른쪽 클릭 메뉴가 표시되지 않아 사용할 수 없습니다. Firefox의 최신 업그레이드로 Flash Player에 문제가 발생하고 오른쪽 클릭 메뉴가 영향을 받습니다.\nCtrl+왼쪽 클릭을 사용하여 오른쪽 클릭 메뉴에 액세스합니다.\n개체에 오른쪽 클릭 메뉴를 사용하는 대신 개체를 선택하고 작업 드롭다운 메뉴를 사용합니다. 이 메뉴는 가운데 작업 공간의 위쪽 제목 영역에서 선택한 개체 이름 옆에 있습니다.\n지원되는 다른 브라우저나 Firefox의 이전 버전을 사용합니다.\nAdministrators 또는 Users 그룹의 멤버가 아닌 경우 사용 권한 오류가 발생하면서 관리 작업이 실패함\nAdministrators 또는 Users 그룹에 속한 하위 그룹의 사용자는 관리 보기 및 작업에 대한 읽기 전용 액세스 권한을 가집니다. 사용자가 관리 작업을 수행하려고 하면 빈 화면이 나타나거나 다음 오류 메시지 중 하나가 표시되면서 작업이 실패합니다.\n이 개체를 볼 수 있는 권한이 없습니다.\n이 작업을 수행하는 데 필요한 권한이 없습니다.\n해결 방법: 사용자 이름을 Administrators 또는 Users 그룹에 추가하여 관리 작업을 수행합니다.\nvSphere Web Client에 연결된 상태에서 웹 브라우저를 새로 고치면 빈 화면이 표시됨\nvSphere Web Client를 사용할 때 웹 브라우저를 새로 고치면 톱니 바퀴 모양이 회전하는 상태로 빈 화면이 계속 유지되는 상황이 발생할 수 있습니다.\n웹 브라우저를 닫고 새 웹 브라우저 세션에서 vSphere Web Client에 다시 연결합니다.\n웹 브라우저의 세션 쿠키를 삭제합니다.\nvSphere 6.0의 vSphere Web Client 홈 페이지에서 vCloud Air vSphere Client Plug-In을 사용할 수 없음\nvSphere 6.0에서 vCloud Air vSphere Client Plug-In을 설치 또는 업그레이드할 수 없습니다. 이전 버전의 vCloud Air vSphere Client Plug-In이 설치된 vSphere 환경에서는 vSphere 6.0으로 업그레이드할 때 플러그인에 액세스할 수 없습니다.\n해결 방법: vSphere 6.0 사용자는 vCloud Air 포털(http://vchs.vmware.com)을 사용하여 vCloud Air 워크로드를 관리할 수 있습니다.\n가상 시스템 이름에 ASCII가 아닌 문자 또는 상위 ASCII 문자가 포함되어 있으면 콘솔 시작이 실패함\n이름에 ASCII가 아닌 문자 또는 상위 ASCII 문자가 포함된 가상 시스템에서 콘솔 시작을 클릭하면 콘솔이 시작되지 않고 다음과 같은 오류 메시지가 표시됩니다.\n콘솔의 연결이 끊어졌습니다. 이 창을 닫고 콘솔을 다시 시작하여 다시 연결하십시오.\n해결 방법: 독립형 VMware Remote Console을 사용하거나, 가상 시스템을 생성할 때 ASCII 문자로 가상 시스템 이름을 지정합니다.\nvSphere Distributed Switch에서 Network I/O Control을 사용하지 않도록 설정한 경우 대역폭 예약 구성이 있는 가상 시스템을 vMotion을 사용하여 마이그레이션하려고 하면 실패함\nNetwork I/O Control이 사용하지 않도록 설정된 Distributed Switch에 연결되어 있고 대역폭 예약 구성이 있는 가상 시스템을 마이그레이션하려고 하면 실패합니다. 스위치의 모든 호스트에서 Network I/O Control이 사용하지 않도록 설정되어 있고 어떤 호스트도 가상 시스템의 대역폭 예약을 충족할 수 없습니다. 또한 Network I/O Control이 사용하지 않도록 설정된 경우 vSphere Web Client에서 가상 시스템의 네트워크 리소스 설정을 변경할 수 없습니다.\nNetwork I/O Control이 여전히 사용하도록 설정되어 있으면 스위치에 연결된 모든 가상 시스템에서 네트워크 대역폭 예약을 제거한 후 Network I/O Control을 사용하지 않도록 설정합니다.\nNetwork I/O Control이 이미 사용하지 않도록 설정되어 있으면 다시 사용하도록 설정하고 가상 시스템에서 예약을 제거한 후 사용하지 않도록 설정합니다.\n전원이 켜진 vApp가 마법사에서 전원이 꺼진 것으로 나타날 수 있음\n개체를 선택할 수 있는 마법사에서 vApp가 전원이 켜져 있는 경우에도 전원이 꺼진 것으로 나타납니다.\n해결 방법: 다음과 같이 vApp의 실제 상태를 확인합니다.\n마법사를 진행 중인 작업 영역으로 최소화합니다.\nvApp가 포함된 보기로 이동하여 vApp의 상태를 봅니다.\n진행 중인 작업 영역에서 마법사를 다시 시작합니다.\nMac OS X Mavericks 10.9.5 이상에서 vSphere Web Client를 사용하는 경우 아무런 오류 없이 USB 디바이스를 가상 시스템에 연결할 수 없음\nMac OS X Mavericks 10.9.5 이상에서 vSphere Web Client를 사용하여 가상 시스템에 USB 디바이스를 연결하는 경우 디바이스를 가상 시스템에 연결하는 데 실패하더라도 vSphere Web Client에서 디바이스가 연결된 것으로 표시됩니다. Mac OS X Mavericks 10.9.5 이상의 웹 브라우저에서 vSphere Web Client를 사용하여 대용량 스토리지 디바이스 및 USB 스마트 카드 판독기 같은 USB 디바이스를 연결하면 연결이 실패합니다.\nWindows 7 Enterprise에서 Internet Explorer 11을 사용하는 경우 vSphere Web Client에서 Windows 세션 인증 사용 확인란이 사용되지 않도록 설정됨\nWindows 7 Enterprise에서 Internet Explorer 11을 사용하여 vSphere Web Client에 연결하는 경우 Windows 세션 인증 사용 확인란이 사용되지 않도록 설정됩니다. 확인란은 클라이언트 통합 플러그인을 설치하든 설치하지 않든 관계없이 사용하지 않도록 설정됩니다.\n해결 방법: 다음과 같이 정규화된 도메인 이름을 사용하여 vSphere Web Client에 연결합니다.\nInternet Explorer에서 도구를 선택한 후 인터넷 옵션을 클릭합니다.\n인터넷 옵션 창에서 보안 탭을 선택하고 로컬 인트라넷을 클릭합니다.\n사이트를 클릭하여 로컬 인트라넷 창을 엽니다.\n로컬 인트라넷 창에서 고급을 클릭합니다.\nvCenter Server의 정규화된 도메인 이름을 영역에 웹 사이트 추가 텍스트 상자에 입력하고 추가를 클릭합니다.\n웹 브라우저를 새로 고쳐 vSphere Web Client를 다시 로드합니다.\nvSphere Web Client의 가상 시스템 [요약] 탭에서 원격 콘솔 시작을 클릭하면 빈 브라우저 창이 열림\nVMware Remote Console이 설치되어 있지 않은 상황에서 가상 시스템 [요약] 탭의 원격 콘솔 시작을 클릭하면 빈 브라우저 창이 열립니다.\n가상 시스템 원격 콘솔을 다운로드하고 설치합니다.\n가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 콘솔 열기를 클릭하여 HTML5 웹 콘솔을 사용합니다.\n가상 시스템 [요약] 탭에서 원격 콘솔 시작 위에 있는 가상 시스템의 미리보기 창을 클릭합니다.\n작업을 완료한 후 vSphere Web Client가 결과를 표시하도록 새로 고쳐지지 않음\nvSphere Web Client에서 엔티티를 생성, 편집 또는 삭제하는 경우 작업이 완료된 후에도 현재 보기가 새로 고쳐지지 않습니다. 이러한 문제는 VMkernel 어댑터 네트워킹 보기, TCP/IP 구성 네트워킹 보기 및 Virtual SAN 장애 도메인 보기에서 발생할 수 있습니다.\n새로 고침 아이콘을 클릭하여 vSphere Web Client를 새로 고칩니다.\nwebclient.properties 파일에서 large.inventory.mode 설정을 편집하고 vSphere Web Client 서비스를 다시 시작합니다. 대규모 vSphere 환경인 경우 large.inventory.mode 설정을 변경하면 성능에 영향을 줄 수도 있습니다.\nwebclient.properties 파일을 찾습니다.\nvCenter Server Appliance의 경우 이 파일은 /etc/vmware/vsphere-client/webclient.properties 디렉토리에 있습니다.\nWindows에 설치된 vCenter Server의 경우에는 파일이 C:\_ProgramData\_VMware\_vCenterServer\_cfg\_vsphere-client\_webclient.properties 디렉토리에 있습니다.\n텍스트 편집기를 사용하여 파일을 편집하고 large.inventory.mode=true를 large.inventory.mode=false로 변경합니다.\nvSphere Web Client 서비스를 다시 시작합니다.\nvCenter Server Appliance의 경우 장치에 연결하고 server vsphere-client restart를 실행합니다.\nWindows에 설치된 vCenter Server의 경우 Microsoft Service Manager를 사용하여 vsphere-webclient 서비스를 다시 시작합니다.\nWindows에서 Firefox를 사용하여 vSphere Web Client에 연결하는 경우 클라이언트 통합 플러그인이 설치되어 있는 상태에서도 클라이언트 통합 플러그인을 다운로드하라는 메시지가 나타남\nWindows에 클라이언트 통합 플러그인을 설치한 후 Firefox를 사용하여 vSphere Web Client에 연결할 때 이 플러그인이 인식되지 않습니다. Windows 세션 인증 사용을 포함해 클라이언트 통합 플러그인 기능을 사용하여 vSphere Web Client에 연결할 수 없습니다.\n해결 방법: 이 문제를 해결하려면 다음을 시도해 봅니다.\nFirefox를 제거하고, 시스템을 다시 시작하고, Firefox와 클라이언트 통합 플러그인을 설치합니다.\nFirefox와 클라이언트 통합 플러그인을 다시 설치한 후에도 문제가 발생하면 다음과 같이 vmware-localhost 인증서를 가져오도록 Firefox 옵션을 편집합니다.\nFirefox의 옵션 창을 시작하고 고급 탭에서 인증서를 선택합니다.\n인증서 탭에서 인증서 보기를 클릭하고 인증 기관 탭에서 가져오기를 클릭합니다.\nC:\_ProgramData\_VMware\_CIP\_ssd\_ssl 디렉토리에 있는 cacert.pem 파일로 이동하여 파일을 선택합니다.\n웹 사이트를 식별하려면 이 CA 신뢰를 선택하고 인증 기관 탭에 vmware-localhost가 나열되어 있는지 확인합니다.\nFirefox로 인증서로 가져온 후에도 문제가 발생하면 관련 지침(https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles#w_creating-a-profile)에 따라 새 사용자 프로파일을 생성하고 클라이언트 통합 플러그인을 다시 설치합니다.\n새 사용자 프로파일이 생성된 후에도 문제가 발생하면 Microsoft Internet Explorer 또는 Google Chrome을 사용하여 vSphere Web Client에 연결합니다.\nvSphere Web Client에서 모든 사용자 작업을 클릭하면 경고 대화 상자가 나타남\nvSphere Web Client의 최근 태스크 패널에서 모든 사용자 작업 을 클릭하면 다음과 같은 경고 대화 상자가 나타납니다.\n최근 태스크에 대한 모든 사용자의 작업 보기가 현재 사용하지 않도록 설정되었습니다. 모든 사용자에 대한 작업을 보려면 [더 많은 작업]을 클릭하십시오.\n관리자는 vSphere Web Client에 대한 webclient.properties 파일에서 최근 태스크에 대한 모든 사용자의 작업을 사용하도록 설정할 수 있습니다. 이는 중소 규모의 인벤토리 및 제한된 수의 동시 사용자에 대해서만 권장됩니다.해결 방법: 다음 해결 방법 중 하나를 수행합니다.\n최근 태스크 패널에서 더 많은 작업을 클릭하여 모든 사용자의 작업을 봅니다.\nwebclient.properties 파일에서 show.allusers.tasks 설정을 편집합니다. 대규모 vSphere 환경인 경우 webclient.properties 파일을 변경하면 성능에 영향을 줄 수 있습니다.\n텍스트 편집기를 사용하여 파일을 편집하고 show.allusers.tasks=false를 show.allusers.tasks=true로 변경합니다.\nvSphere Web Client에 연결하고 모든 사용자 작업을 선택합니다. 이 보기를 사용할 수 없는 경우 다음 중 하나를 수행하여 vSphere Web Client를 다시 시작합니다.\n웹 브라우저를 새로 고칩니다.\n웹 브라우저를 닫고 새 웹 브라우저를 열어 vSphere Web Client에 연결합니다.\nvSphere Web Client에서 로그아웃한 다음 다시 로그인합니다.\nvApp 템플릿을 사용하여 OVF 템플릿을 호스트에 배포하면 오류 메시지가 나타남\n호스트에서 OVF 템플릿 배포 마법사를 시작하고 vApp 템플릿을 선택한 후 다음을 클릭하면 다음과 같은 오류 메시지가 나타납니다.\n내부 오류가 발생했습니다. - 오류 #1006.\n이 오류로 인해 남은 문제를 해결할 수 있도록 해당 클라이언트를 다시 로드하는 것이 좋습니다.\nvSphere Web Client를 다시 로드하도록 예를 클릭하시겠습니까?\n해결 방법: 아니요를 클릭하고 OVF 템플릿 배포 마법사를 완료하여 vApp를 배포합니다.\n사용자가 시작한 작업이 완료된 후 실행 중인 관련 시스템 작업이 작업 상태 업데이트 없이 실패할 수 있음\nvSphere Web Client [최근 작업] 패널에 사용자가 시작한 작업이 이 작업과 연관된 시스템 작업이 완료되기 전에 완료된 것으로 표시될 수 있습니다. 관련 시스템 작업이 실패하는 경우 사용자가 시작한 작업이 실패하고 [최근 작업] 패널에서 작업 상태가 업데이트되지 않습니다.\nvSphere Web Client를 새로 고칩니다.\n[최근 작업] 패널에서 더 많은 작업을 클릭하여 작업 콘솔에 모든 사용자 작업을 표시합니다.\nvSphere Web Client [최근 작업] 패널에서 모든 사용자 작업을 사용하도록 설정한 경우 모든 사용자 작업을 클릭합니다.\nvSphere Web Client 6.0의 [OVF 템플릿 배포] 마법사를 [리소스 선택] 마법사 화면에서 더 진행할 수 없음\nvCenter Server 5.5 및 vCenter Server 6.0이 모두 포함된 환경에서 vSphere Web Client 6.0을 사용하여 OVF 템플릿을 vCenter Server 5.5에 배포하는 경우 [OVF 템플릿 배포] 마법사를 [리소스 선택] 마법사 화면에서 더 진행할 수 없습니다.\nOVF 도구에서 vCenter Server 5.5 끝점을 사용하여 vCenter Server 5.5에 OVF 템플릿을 배포합니다.\nvSphere Web Client 5.5를 사용하여 OVF 템플릿을 vCenter Server 5.5에 배포합니다.\nvSphere Client를 사용하여 OVF 템플릿을 vCenter Server 5.5에 배포합니다.\nvSphere Web Client와 연결하거나 연결을 끊을 때 대기 시간이 180초 이상인 경우 오류 메시지가 표시됨\n기본 로드 밸런서 시간 초과 기간은 180초입니다. vSphere Web Client에 연결할 때 대기 시간이 180초를 넘으면 오류 메시지가 표시됩니다.\nSSO의 인증을 처리하는 동안 서버 오류가 발생했습니다.\nvSphere Web Client에서 연결을 끊을 때 대기 시간이 180초를 넘으면 오류 메시지가 표시됩니다.\n해결 방법: 이 문제를 해결하려면 로드 밸런서에서 세션 지속성을 사용하도록 설정합니다. 로드 밸런서에서 세션 지속성을 설정하는 방법에 대한 자세한 내용은 VMware vCenter Server 6.0 배포 설명서를 참조하십시오.\nVMware Remote Console을 사용하는 동안 사용자의 권한이 [관리자]에서 [권한 없음]으로 변경되는 경우 오류 메시지가 표시됨\nVMware Remote Console을 사용하는 동안 [관리자] 권한이 있는 사용자의 권한이 [권한 없음]으로 변경되는 경우 오류 메시지가 표시됩니다.\n치명적인 애플리케이션 오류: Null 포인터 역참조(class cui::NullPointerError)입니다.\n해결 방법: VMware Remote Console이 실행 중인 동안에는 사용자 권한을 변경하지 마십시오.\n사용자 지정 포트를 사용하여 vSphere Web Client 애플리케이션 서버를 배포한 후 가상 시스템 콘솔을 시작할 때 오류 메시지가 표시됨\n사용자 지정 포트를 사용하여 vSphere Web Client 애플리케이션 서버를 배포한 후 가상 시스템 콘솔을 시작하면 다음 오류 메시지가 표시됩니다.\n연결 시간이 초과되었습니다.\nserver_ip의 서버가 응답하는 데 너무 오래 걸립니다.\n사이트를 일시적으로 사용할 수 없거나 사용량이 너무 많을 수 있습니다. 잠시 후 다시 시도하십시오.\n페이지를 로드할 수 없는 경우 컴퓨터 네트워크 연결을 확인하십시오.\n컴퓨터 또는 네트워크가 방화벽이나 프록시로 보호되어 있는 경우 Firefox에서 웹에 액세스할 수 있는지 확인하십시오.\n사용자 지정 포트를 사용하여 vSphere Web Client 애플리케이션 서버를 배포할 때 vCenter Server, vSphere Web Client 애플리케이션 서버 및 방화벽에 대한 추가 설정을 구성해야 합니다. HTML5 가상 시스템 콘솔에서 트래픽을 사용자 지정 포트로 라우팅하려면 이러한 설정이 필요합니다.\n해결 방법: vSphere webclient.properties 파일을 편집하고 vSphere Web Client 애플리케이션 서버를 다시 시작합니다.\n텍스트 편집기를 사용하여 파일을 편집하고 show.allusers.tasks를 사용자 지정 포트 번호와 동일하게 설정합니다.\nvSphere Web Client 애플리케이션 서버를 다시 시작합니다.\nvCenter Server Appliance에서 어플라이언스에 연결하고 service vsphere-client restart 명령을 실행합니다.\nWindows의 vCenter Server에서 서비스 콘솔을 열고 vsphere-webclient 항목을 마우스 오른쪽 버튼으로 클릭한 다음 다시 시작을 선택합니다.\n사용자 지정 포트에서 아웃바운드 TCP 연결을 허용하도록 방화벽을 구성합니다.\nvCenter Server Appliance에서 어플라이언스에 연결하고 sudo iptables -A INPUT -p tcp --dport custom_port_number -j ACCEPT 명령을 실행합니다.\nWindows의 vCenter Server에서 사용자 지정 포트의 트래픽을 허용하도록 Windows 방화벽을 구성합니다.\nWindows에서 중국어 간체나 중국어 번체로 구성된 Internet Explorer를 사용하여 연결할 때 vSphere Web Client에서 영어를 표시함\nWindows 8 또는 Windows Server 2012에서 중국어 간체나 중국어 번체로 구성된 Internet Explorer 10 또는 11을 사용하여 vSphere Web Client에 연결할 때 vSphere Web Client에서 영어를 표시합니다.\nGoogle Chrome 또는 Mozilla Firefox를 사용하여 vSphere Web Client에 연결합니다.\n중국어 간체나 중국어 번체만 구성하여 Windows 8 또는 Windows Server 2012를 다시 설치합니다. 다른 언어를 구성하면 안 됩니다.\nvSphere Client를 사용하여 호스트에 연결할 때 기본 ESXi TCP/IP 스택을 사용하지 않는 VMkernel 어댑터의 기본 게이트웨이 IP 주소가 잘못됨\nvSphere Client 6.0을 사용하여 ESXi 호스트에 연결할 경우 시스템 또는 사용자 지정 TCP/IP 스택에 대한 DNS 및 라우팅 설정을 보거나 편집할 수 없습니다. vSphere Client 6.0에서는 ESXi 호스트에서 기본 TCP/IP 스택만 지원합니다. 기본 ESXi TCP/IP 스택이 아닌 사용자 지정 또는 시스템 TCP/IP 스택을 선택하는 경우 구성 > 네트워킹 > 속성 > 포트로 이동하면 IP 설정 섹션에 기본 ESXi TCP/IP 스택의 주소가 계속 표시됩니다. 마찬가지로 구성 > DNS 및 라우팅으로 이동하면 기본 게이트웨이에 기본 ESXi TCP/IP 스택의 주소가 표시됩니다.\n해결 방법: 다른 시스템 및 사용자 지정 TCP/IP 스택에 대한 DNS 및 라우팅 설정은 vSphere Web Client를 사용하여 보고 편집합니다.\nPlatform Services Controller에서 vCenter Host Gateway를 등록 취소하지 않고 제거하면 Platform Services Controller에 잘못된 vCenter Host Gateway 끝점이 잔류함\nvCenter Host Gateway 끝점은 무작위로 선택됩니다. Platform Infrastructure Controller에 잘못된 끝점이 있으면 타사 호스트의 일부 작업이 실패합니다.\n해결 방법: 잘못된 vCenter Host Gateway 끝점 모두를 등록 취소합니다.\n빈도: Platform Controller Service에 잘못된 vCenter Host Gateway 끝점이 있는 경우 항상 발생합니다.\nEVC(향상된 vMotion 호환성) 또는 VSAN을 사용하도록 설정한 클러스터에 타사 호스트를 추가하는 작업이 다음 오류 메시지와 함께 실패함: 요청한 작업은 서버에서 구현되지 않습니다.\n타사 호스트에서 EVC, VSAN, DRS 및 HA가 지원되지 않으므로 vCenter Host Gateway 6.0에서는 타사 호스트를 클러스터의 일부로 추가할 수 없습니다. 클러스터에 타사 호스트를 추가하면 인프라에 미치는 영향 없이 작업이 실패합니다.\n빈도: 클러스터에서 EVC 또는 VSAN을 사용하도록 설정한 경우 항상 발생합니다. DRS, HA, EVC 또는 VSAN 모두를 사용하도록 설정하지 않으면 클러스터에 타사 호스트를 추가할 수 있습니다.\n유지 보수 모드의 타사 호스트를 실행하면 작업이 실패하고 오류 메시지가 반환됨\n유지 보수 모드의 타사 호스트를 실행하면 다음 메시지가 표시됩니다. 요청한 작업은 서버에서 구현되지 않습니다. vCenter Host Gateway는 타사 호스트의 유지 보수 모드를 지원하지 않습니다.\n장치 구성 UI를 통해 vCenter Host Gateway 인증서를 변경할 수 없음\nvCenter Host Gateway는 오직 PEM 인증서만 지원합니다. 자동으로 생성된 vCenter Host Gateway 서버 인증서를 바꾸려면 vCenter Host Gateway 장치 명령줄에 직접 액세스해야 합니다.\nvCenter Host Gateway 장치에 대해 SSH를 사용하도록 설정했는지 확인합니다.\n웹 브라우저에서 vCenter Host Gateway 장치의 웹 인터페이스에 로그인합니다.\nSSH 로그인 사용을 선택하고 제출을 클릭합니다.\nSSH 클라이언트를 사용하여 임시 폴더에 새 인증서와 키 쌍을 업로드합니다.\n파일 이름은 server.crt 및 server.key여야 합니다. 폴더 이름을 /tmp로 지정할 수 있습니다.\nSSH 클라이언트를 사용하고 관리 자격 증명으로 vCenter Host Gateway 장치에 로그인합니다.\nssh <장치 관리자>@<장치 주소>\n파일을 올바른 디렉토리에 복사합니다.\nsudo cp /tmp/<파일 이름> /usr/lib/vmware-vchg/wrapper/bin\n다음 명령을 실행하여 vCenter Host Gateway 서버를 다시 시작합니다.\nservice vmware-vchg restart\n다음 명령을 실행하여 vCenter Host Gateway 웹 인터페이스를 다시 시작합니다.\nservice vmware-vchg-wsetup restart\n웹 브라우저에서 vCenter Host Gateway 장치에 로그인합니다.\n장치를 등록 취소한 후 다시 등록합니다.\n포트 정의가 누락된 Hyper-V 호스트에 연결하면 오류가 발생함\n기본 포트가 아닌 다른 포트에서 Hyper-V에 연결할 때 포트를 지정하지 않았으면 다음 메시지가 표시됩니다.\nGateway 서버 'hyperv: '은(는) :-1 에 연결할 수 없습니다. 세부 정보: 메시지\n해결 방법: Hyper-V 서비스가 수신하는 포트를 입력합니다. 예를 들어 https://<호스트 IP>:5480을 입력합니다.\n일반적인 가상 시스템 관리 문제\n호환되는 필터가 설치되어 있지 않은 호스트에서 디스크가 IoFilter에 맞게 구성된 가상 시스템의 전원을 켜려고 하면 켜지지 않음\n호환되는 필터가 없는 호스트에서 디스크가 IoFilter에 맞게 구성된 가상 시스템을 등록하면 올바르게 등록됩니다. 하지만 가상 시스템의 전원을 켜려고 하면 프로세스가 실패할 수 있습니다.\n해결 방법: 호환되는 IoFilter가 설치된 호스트로 가상 시스템을 마이그레이션합니다.\nvSphere Client를 사용하여 3D 메모리 필드를 편집할 수 없음\n하드웨어 버전 11을 사용하는 가상 시스템에서 비디오 카드 설정을 편집하려는 경우 vSphere Client에는 3D 설정을 편집하는 옵션이 없다는 점에 유의하십시오.\n해결 방법: 이 vSphere Web Client를 사용하여 가상 시스템의 3D 설정을 편집합니다. 다음 단계를 수행합니다.\nvSphere Web Client 인벤토리에서 가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 설정 편집을 선택합니다.\n가상 하드웨어 탭에서 비디오 카드를 확장하면 3D 메모리 필드를 편집할 수 있습니다.\nVirtualBox를 통해 SATA 하드 디스크 유형의 가상 시스템에서 내보낸 OVA 파일을 Workstation으로 가져오면 하드 디스크 유형이 IDE로 변경됨\n예를 들어 VirtualBox를 통해 SATA 하드 디스크 유형의 가상 시스템을 생성한 후 이 가상 시스템에서 OVA를 내보냅니다. OVA를 Workstation으로 가져오려고 하면 ovftool이 가상 시스템의 SATA 하드 디스크 컨트롤러를 인식하지 못하고 이를 IDE 컨트롤러로 변경합니다.\n해결 방법: 이 문제를 해결하려면 다음 작업을 수행합니다.\n.ovf 파일에서 ResourceSubType AHCI를 vmware.sata.ahci로 수정합니다.\n.vmx 파일에서 접두사 ideX:X의 이름을 sataX:X로 바꿉니다. 여기서 X는 하드웨어 컨트롤러의 해당하는 순서를 나타내는 숫자를 의미합니다.\nVM 템플릿을 OVF로 내보내면 VM 템플릿의 디바이스 및 설정에 대한 일부 정보가 저장되지 않음\nVM 템플릿을 OVF로 내보내는 작업을 올바르게 완료한 후 VM 템플릿의 디바이스 및 설정에 대한 일부 정보가 OVF 설명자에서 확인되지 않을 수 있습니다.\n내보내기 작업을 수행하는 동안 손실될 수 있는 정보는 다음과 같습니다.\n키보드, 포인팅 디바이스\n직렬 또는 병렬 포트\nCPU/메모리의 공유 수준\n비디오 카드의 MPT 지원 설정\n비디오 카드의 기본 디스플레이 설정 번호\n해결 방법: OVF 파일을 통해 가상 시스템을 배포하는 경우 OVF 파일에서 누락된 설정을 사용하도록 새 가상 시스템을 수동으로 구성합니다.\n다이제스트 파일로 가상 시스템을 복제하려고 하면 예기치 않은 결과가 발생할 수 있음\nHorizon View 환경에서 VMware View Storage Accelerator를 사용하도록 설정하면 View에서 각각의 가상 시스템 VMDK 디스크에 대한 다이제스트 파일이 생성됩니다. 이 파일에는 VMDK 디스크의 논리적 블록에 대한 해시 정보가 저장됩니다. vSphere Web Client를 사용하여 호스트 간에 Windows Server 2008 R2 가상 시스템을 복제하는 경우 다이제스트 파일을 복사할 수 없습니다. 이러한 문제로 인해 복제된 가상 시스템에서 View Storage Accelerator 기능을 사용하지 못하게 됩니다.\n해결 방법: 다이제스트 파일로 Windows Server 2008 R2 가상 시스템을 복제할 때 vSphere Web Client를 사용하는 대신 스냅샷 도구를 사용합니다.\nJVM 쿼리 서비스가 응답하지 않는 상태가 되면 vMotion 및 기타 가상 시스템 작업이 실패함\nvCenter Server에서 JVM 쿼리 서비스가 응답하지 않는 상태가 되면 vMotion 같은 가상 시스템 작업이 실패합니다. 또한 vCenter Server에서 다음과 같은 오류 메시지가 수신됩니다.\n일반 시스템 오류가 발생했습니다. VM ( ) : 에서 연결된 프로파일을 쿼리하는 중에 알 수 없는 예외가 발생했습니다. 작업 시간이 초과되었습니다.\n이는 VMware vSphere 프로파일 기반 스토리지 서비스(vmware-sps service)가 가상 시스템 관련 쿼리를 실행할 수 없는 경우에 발생합니다.\n해결 방법: 필요한 경우 다음 단계 중 하나를 수행합니다.\nvCenter Server Appliance에서 작업 중인 경우 vCenter Server Appliance에 로그인하고 vmware-sps 서비스를 다시 시작합니다.\nWindows 환경에서 작업 중인 경우 영향을 받는 vCenter Server가 설치되어 있는 Windows 환경에 로그인하고 VMware vSphere 프로파일 기반 스토리지 서비스를 다시 시작합니다.\n게스트 운영 체제의 IPv6 설정을 사용자 지정하는 경우 게스트 운영 체제에서 IPv6 네트워크에 연결하지 못할 수 있음\n가상 시스템을 배포하거나 사용자 지정 규격을 적용할 때 게스트 운영 체제 사용자 지정 프로세스의 일환으로 게스트 운영 제체에 대한 IPv6 주소 설정을 구성합니다. 하지만 사용자 지정이 완료된 후 특정 설정이 적용되지 않기 때문에 게스트 운영 체제가 IPv6 네트워크에 연결되지 않을 수 있습니다. 이 연결 문제는 운영 체제 버전에 따라 다릅니다.\n해결 방법: VMware 기술 자료 문서(http://kb.vmware.com/kb/2105648)를 참조하십시오.\n컨텐츠 라이브러리 문제\n새 문제 HTTPS 프로토콜을 통해 URL에서 컨텐츠 라이브러리로 OVF 템플릿을 가져오는 작업이 실패함\nHTTPS 프로토콜 연결을 통해 URL에서 컨텐츠 라이브러리로 OVF 템플릿을 가져오려는 시도가 실패함 가져온 OVF 파일의 상태가 준비로 표시되지만 액세스할 수 없고 호스트나 클러스터에 가상 시스템을 배포할 때 사용할 수 없습니다.\n해결 방법: HTTP 프로토콜을 통해 컨텐츠 라이브러리로 OVF 템플릿을 가져오십시오.\n라이브러리의 템플릿을 사용한 새 VM 또는 vApp 만들기와 관련된 작업을 취소하는 경우 [최근 작업] 창에 잘못된 작업이 표시됨\n컨텐츠 라이브러리의 템플릿을 사용하여 새 가상 시스템 또는 vApp을 만들려고 하다가 작업을 취소하는 경우 [최근 작업] 창에 OVF 가져오기 작업이 표시됩니다. OVF 가져오기 작업은 결국 시간이 초과됩니다.\n데이터스토어에 현재 액세스할 수 없으면 라이브러리를 삭제해도 데이터스토어에서 컨텐츠가 삭제되지 않음\n컨텐츠 라이브러리를 생성하고 스토리지 옵션으로 데이터스토어를 선택하여 사용하는 경우를 예로 들어 보겠습니다. vSphere 인벤토리에서 데이터스토어를 제거했다가 나중에 다시 추가한 경우 라이브러리를 삭제하려고 하면 올바르게 삭제되지만 라이브러리 컨텐츠는 데이터스토어에 그대로 유지되어 있습니다. 또한 vSphere Web Client에서 라이브러리 컨텐츠가 데이터스토어에 계속 유지된다는 것을 알리는 경고가 표시되지 않습니다. 컨텐츠 라이브러리를 삭제할 때 데이터스토어에 액세스할 수 없는 경우에도 이와 동일한 문제가 발생합니다.\n해결 방법: 데이터스토어에서 라이브러리의 컨텐츠를 수동으로 삭제합니다.\n너무 긴 파일 이름에 대한 오류가 발생하면서 컨텐츠 라이브러리로 파일을 업로드하는 것과 관련된 작업이 실패함\n컨텐츠 라이브러리로 파일을 가져오는 경우 다음과 같은 오류가 발생하면서 작업이 실패할 수 있습니다.\n파일을 열지 못했습니다. 파일 이름이 너무 깁니다.\n해결 방법: 가져오려는 소스 파일 이름에 사용되는 영숫자가 90자 미만이 되도록 파일 이름을 바꿉니다. OVF 파일을 업로드하는 경우 .ovf 파일과 .vmdk 파일 모두 이름에 사용된 영숫자가 각각 90자 미만이 되도록 이름을 바꿉니다.\n라이브러리 항목을 내보내는 작업이 실패하는 경우 유용한 정보를 제공하지 않는 시스템 오류가 표시됨\n라이브러리 항목을 내보내려고 하는 경우 일반적인 시스템 오류가 발생하면서 내보내기 작업이 실패할 수 있습니다. 이 오류 메시지는 매우 일반적이며 작업 실패의 원인이 나와 있지 않습니다. 가능한 실패 원인은 항목을 내보내려고 한 대상 스토리지 위치를 사용할 수 있는 권한이 없는 것일 수 있습니다.\n파일 이름에 특수 문자가 있는 항목을 로컬 파일 시스템에서 라이브러리로 가져오려고 하면 실패할 수 있음\n로컬 파일 시스템에서 라이브러리로 항목을 가져올 때 파일 이름에 특수 문자(예: 공백, 퍼센트, ASCII가 아닌 문자 등)가 포함되어 있으면 일반 시스템 오류가 발생하여 작업이 실패합니다. 오류 메시지에는 다음과 같이 실패한 작업의 원인이 포함될 수 있습니다.\n소스 또는 대상이 느리거나 응답하지 않는 것일 수 있습니다.\n해결 방법: 이름에 영숫자만 포함하도록 항목의 이름을 바꾸고 라이브러리로 다시 가져옵니다. OVF 파일을 가져오는 경우 OVF 파일 및 이와 관련된 모든 파일(예: .vmdk 파일)의 이름에서 특수 문자를 제거합니다.\nVM 템플릿 또는 이를 통해 배포되는 가상 시스템의 이름에 특수 문자가 포함되어 있는 경우 라이브러리의 VM 템플릿에서 가상 시스템을 배포하려는 시도가 실패할 수 있음\nVM 템플릿의 이름에 특수 문자가 포함되어 있으면 해당 템플릿을 통해 가상 시스템을 배포하려는 시도가 실패할 수 있습니다.\n라이브러리의 VM 템플릿에서 가상 시스템을 배포하는 상황에서 가상 시스템 이름에 특수 문자를 사용하면 배포가 실패할 수 있습니다.\n라이브러리의 vApp 템플릿을 사용하여 vSphere 인벤토리에 vApp을 배포하는 경우 동일한 동작이 발생합니다.\n해결 방법: 라이브러리의 템플릿 이름이나 라이브러리에 있는 템플릿을 통해 가상 시스템이나 vApp을 배포할 때 #, /, _, \_, &, ^ 및 %와 같은 특수 문자를 사용하지 마십시오.\nvCloud Director 5.5의 카탈로그를 구독하는 vSphere Web Client에서 라이브러리를 동기화하는 데 실패함\nvCloud Director 5.5의 카탈로그를 구독하여 vSphere Web Client에서 새 라이브러리를 생성하려는 경우가 있을 수 있습니다. vSphere Web Client에서 라이브러리를 생성하는 중에 필요한 경우에만 컨텐츠를 다운로드하는 옵션을 선택하면 라이브러리가 올바르게 생성되지만 이후에 vSphere Web Client에서 구독 라이브러리를 동기화하려고 하거나 해당 라이브러리에서 템플릿을 배포하려고 하면 실패하게 됩니다.\n해결 방법: 필요한 경우에만 컨텐츠를 다운로드하는 대신 컨텐츠를 즉시 다운로드하도록 구독 라이브러리의 설정을 편집합니다.\n컨텐츠 라이브러리로 항목 업로드 또는 내보내기와 관련된 작업이 실패하고 읽을 수 없는 오류 메시지가 표시될 수 있음\n항목을 컨텐츠 라이브러리로 업로드하거나 내보낼 때 vSphere Web Client에서 다음과 유사한 오류 메시지를 표시할 수 있습니다.\n빠르게 비워지는 씩 VMDK 디스크 파일 또는 스트림에 최적화된 VMDK 디스크 파일을 디스크 스토리지 URL에서 데이터스토어를 통해 지원되는 라이브러리로 가져오려고 하면 실패함\n빠르게 비워지는 씩 VMDK 디스크 파일 또는 스트림에 최적화된 VMDK 디스크 파일을 디스크 스토리지 URL(ds:///vmfs/<path>/<name>.vmdk)에서 데이터스토어를 통해 지원되는 라이브러리로 가져오는 경우 작업이 실패합니다. 가져오기 작업을 VMware vCloud Suite API에서 시도하거나 vSphere Web Client에서 시도하면 실패합니다. 이 문제는 VMDK 파일을 가져오거나, OVF 파일을 빠르게 비워지는 씩 또는 스트림에 최적화된 VMDK 파일과 함께 가져오는 작업에 영향을 줍니다.\n해결 방법: VMDK 디스크 파일을 씬 프로비저닝된 디스크 형식으로 변환하고 디스크 파일을 다시 가져옵니다. VMDK 디스크를 OVF 파일의 일부로 가져온 경우 변환된 디스크 파일의 이름을 OVF 설명자에서 참조되는 이름과 일치하도록 바꿉니다.\n항목을 라이브러리로 가져오거나 내보내는 경우 시간 초과 오류가 발생함\n서버에서 컨텐츠 전송 작업을 수행하는 경우 라이브러리로 여러 개의 항목을 가져오면 항목이 대기열에 포함될 수 있습니다. 세션 시간이 초과되어 세션이 만료되기 전(기본값: 5분)에 대기 중인 항목이 라이브러리로 업로드되기 시작하지 않으면 시간 초과 오류가 발생하면서 작업이 실패합니다. 라이브러리에서 항목을 내보내는 것과 관련된 작업을 수행할 때도 이와 동일한 동작이 발생합니다.\n해결 방법: 이러한 작업 오류를 해결하려면 다음 작업 중 하나를 수행합니다.\n다음과 같이 Content Library Service 설정을 변경합니다.\nvSphere Web Client에서 관리 > 시스템 구성 > 서비스 > Content Library Service를 선택합니다.\n관리 탭에서 편집을 클릭합니다.\n각각의 만료 시간 제한 설정 값을 더 큰 수로 변경합니다.\n가져오기 작업의 경우 업데이트 세션 만료 시간 제한(밀리초) 값을 변경합니다.\n내보내기 작업의 경우 다운로드 세션 만료 시간 제한(밀리초) 값을 변경합니다.\n2분 이상 기다렸다가 가져오기 또는 내보내기 작업을 다시 시도합니다.\n다음과 같이 Transfer Service 설정을 변경합니다.\nvSphere Web Client에서 관리 > 시스템 구성 > 서비스 > Transfer Service를 선택합니다.\n최대 동시 전송 수 값을 더 큰 수로 변경하고 확인을 클릭합니다.\nTransfer Service를 다시 시작합니다.\n참고: 현재 항목 전송을 실행 중인 경우 전송이 종료될 때까지 기다렸다가 종료된 후 서비스 설정을 변경합니다.\nUNC 서버와 Windows에서 실행되는 vCenter Server가 동일한 Windows 도메인에 있지 않은 경우 UNC 경로를 사용하여 스토리지에서 지원되는 컨텐츠 라이브러리를 생성할 수 없음\n원격 Windows 네트워크 공유(UNC 경로)가 동일한 Windows 도메인에 있지 않으면 Windows Server에서 실행되는 Content Library Service가 이러한 네트워크 공유에 액세스할 수 없습니다. 라이브러리를 생성하고 이를 UNC 경로에 있는 스토리지와 연결하지만 UNC 서버가 동일한 Windows 도메인에 있지 않으면 다음과 같은 오류 메시지가 표시되면서 작업이 실패합니다.\n지정된 매개 변수가 올바르지 않습니다.\n<library-name> 라이브러리에 대해 입력한 스토리지 백업 \_\_<unc-server>\_<share-path>\_이(가) 없습니다. 스토리지 백업이 제거되었거나, 연결이 끊어졌거나, \_\_<unc-server>\_<share-path>\_을(를) 통해 더 이상 액세스할 수 없습니다.\n해결 방법: UNC 서버 및 Windows에서 실행되는 vCenter Server 인스턴스가 동일한 Windows 도메인에 가입하도록 구성하고 UNC 서버에서 처리하는 UNC 경로에 스토리지를 통해 지원되는 라이브러리를 생성해 봅니다.\n라이브러리에서 로컬 파일 시스템으로 항목을 내보내려고 하면 오류 #1009가 나타남\nWindows 시스템에서 vSphere Web Client에 로그인하고 항목을 라이브러리에서 로컬 파일 시스템으로 내보내려는 경우를 예로 들어 보겠습니다. 대상 폴더를 찾아 선택하는 중에 미리 정의된 Windows 폴더를 선택하는 경우 확인 버튼을 클릭하여 선택을 확인하고 나면 다음과 같은 오류가 나타납니다.\nTypeError: 오류 #1009: null 개체 참조의 속성 또는 메서드에 액세스할 수 없습니다.\n예를 들어 미리 정의된 일부 Windows 폴더는 다음과 같습니다. Libraries, Libraries\_Video, Libraries\_Music 및 Favorites\n해결 방법: 항목을 다시 내보내 보고 Windows의 미리 정의된 폴더가 아닌 다른 대상 폴더를 선택합니다.\n여러 vCenter Server 시스템이 있는 배포 환경에서 컨텐츠 라이브러리 또는 라이브러리 항목에 태그를 할당하면 실패할 수 있음\n단일 vCenter Single Sign-On 도메인에 등록된 여러 vCenter Server 시스템이 있는 배포 환경을 사용하는 경우를 예로 들어 보겠습니다. vSphere Web Client를 사용하여 배포 환경의 vCenter Server 인스턴스 중 하나에 로그인하고 현재 로그인한 vCenter Server 인스턴스에 속하는 라이브러리에 태그를 할당하려고 하면 작업이 올바르게 수행됩니다. 하지만 로그인하지 않은 또 다른 vCenter Server 인스턴스에 속하는 라이브러리에 태그를 할당하려고 하면 작업이 실패합니다. 라이브러리 항목에 태그를 할당하는 작업의 경우에도 이와 동일한 동작이 발생합니다.\n해결 방법: 컨텐츠 라이브러리 또는 라이브러리 항목에 태그를 올바르게 할당하려면 라이브러리가 속해 있는 vCenter Server 인스턴스에 로그인합니다.\n정적 DNS를 사용하여 IPv6을 통해 액세스하는 vSphere Web Client에서 라이브러리를 가져오고 내보내는 작업이 실패함\nvCenter Server의 DNS 이름을 호스트 파일(C:\_Windows\_System32\_drivers\_etc\_hosts)을 사용하여 정적으로 확인하는 시스템에서 vSphere Web Client(IPv6)를 통해 vCenter Server 인스턴스에 액세스하는 경우가 이러한 예에 해당합니다. 이러한 vSphere 환경의 라이브러리에서 항목을 가져오거나 내보내려고 하면 일반적인 시스템 오류가 발생하면서 작업이 실패합니다.\n해결 방법: 시스템 관리자에게 사용 중인 vCenter Server의 DNS 서버에 항목을 추가해 달라고 요청합니다.\nvCenter Server Appliance에서 HTTP URL의 호스트 이름이 포함된 IPv6 HTTP 서버에서 컨텐츠 라이브러리로 컨텐츠를 업로드하지 못할 수 있음\nIPv6와 IPv4를 모두 지원하는 HTTP 서버의 호스트 이름이 포함된 HTTP URL에서 컨텐츠를 업로드하려고 하면 vCenter Server Appliance에서 다음과 같이 네트워크에 연결할 수 없다는 오류가 발생하면서 URL을 식별하지 못할 수 있습니다.\n소스에 연결할 수 없습니다. 소스를 사용할 수 없거나 네트워크 문제가 있거나 vCenter 네트워크 구성으로 인해 액세스가 차단되었을 수 있습니다.\n이 문제는 vCenter Server Appliance가 설치된 순수 IPv6 환경에서만 발생할 수 있습니다.\n해결 방법: 업로드 URL에 호스트 이름 대신 IPv6 서버의 IP 주소를 사용합니다. 예를 들어 http://hostname.companyname.com/data/xyz/test.ovf 대신 http://[fc00:10:147:39::34]/data/xyz/test.ovf를 업로드 URL로 사용합니다.\n구독 라이브러리에서 vApp 및 VM 템플릿의 컨텐츠를 삭제하면 vSphere Web Client에 vApp 및 VM 템플릿이 알 수 없음으로 표시됨\n구독 라이브러리의 경우 필요한 경우에만 라이브러리 컨텐츠를 다운로드하는 옵션을 사용하도록 설정한 상태에서 VM 템플릿의 컨텐츠를 삭제하면 vSphere Web Client에 VM 템플릿이 알 수 없음으로 표시되고 항목을 사용할 수 없게 됩니다.\n구독 라이브러리의 vApp 템플릿에 대해서도 이와 동일한 동작이 발생합니다.\n해결 방법: 구독 라이브러리를 동기화합니다.\n사용자 이름에 상위 ASCII 문자나 ASCII가 아닌 문자가 포함된 사용자가 컨텐츠 라이브러리에서 항목을 가져오거나 내보낼 수 없음\n사용자 이름에 상위 ASCII 문자 또는 ASCII가 아닌 문자가 포함되어 있으면 컨텐츠 라이브러리에서 항목을 가져오거나 내보낼 수 없습니다.\n해결 방법: ASCII 문자만 포함된 사용자 이름으로 로그인하거나, 관리자에게 사용자 이름에 ASCII 문자만 포함하도록 이름을 변경해 달라고 요청합니다.\n컨텐츠 라이브러리의 VM 템플릿을 타사 호스트에 배포하면 사람이 읽을 수 없는 형식의 오류와 함께 작업이 실패함\nvCenter Host Gateway와 함께 vCenter Server를 사용하여 타사 호스트가 있는 환경을 관리할 때 컨텐츠 라이브러리에 있는 VM 템플릿의 가상 시스템을 타사 호스트에 배포하면 다음과 같은 오류와 함께 작업이 실패합니다.\n일반 시스템 오류가 발생했습니다. 잘못된 오류입니다. 예를 들어 타사 호스트가 Microsoft 하이퍼바이저일 수 있습니다.\n오류 메시지는 사람이 읽을 수 있는 형식이 아니므로 작업 실패의 원인에 대한 정보를 제공하지 않습니다.\nSMP(Symmetric Multiprocessor) Fault Tolerance 쌍에서 보조 VM의 전원을 켜면 가상 시스템의 Fault Tolerance vLockStep 간격 상태 변경 경보가 트리거됨\n보조 가상 시스템의 전원을 켜면 경보 정의 목록에 다음과 같은 경보가 나타날 수 있습니다.\n가상 시스템의 Fault Tolerance vLockStep 간격 상태 변경\n해결 방법: 경보를 무시합니다. 이 경보는 vSphere 6.0과는 관련이 없습니다.\n레거시 Fault Tolerance로 보호된 씬 프로비저닝된 디스크를 포함하는 VM의 경우 NFS 데이터스토어에서 VMFS 데이터스토어로 스토리지 마이그레이션을 하면 FT 보호가 사용하지 않도록 설정됨\nFT로 보호된 VM에 대한 스토리지 마이그레이션은 레거시 FT를 사용하고 VM 전원을 끈 경우에만 지원됩니다. 스토리지 마이그레이션 작업에서는 FT 보호를 사용하지 않도록 설정하고 디스크를 마이그레이션한 후 FT를 다시 사용하도록 설정합니다. 일반적으로 레거시 FT로 보호되는 VM에 빠르게 비워지는 씩 프로비저닝된 가상 디스크가 있어야 하지만 VM이 NFS 데이터스토어에서 실행 중인 경우 이 요구 사항이 엄격하게 적용되지 않습니다. 하지만 이러한 VM에 대해 VMFS 데이터스토어로 스토리지 마이그레이션을 수행하면 대상에 씩 프로비저닝 요구 사항이 적용됩니다. 그에 따라 디스크를 마이그레이션한 후 FT 보호가 다시 사용하도록 설정되지 않으며 VM이 더 이상 FT를 통해 보호되지 않습니다. NFS 데이터스토어 간에 또는 VMFS 데이터스토어 간에 스토리지를 마이그레이션하는 경우에는 이 문제가 발생하지 않습니다.\n스토리지 마이그레이션 작업을 제출할 때 대상 가상 디스크 형식에 대해 빠르게 비워지는 씩 프로비저닝 옵션을 선택하여 레거시 씩 프로비저닝 FT 요구 사항이 충족되도록 합니다.\nVM에서 FT 보호를 수동으로 사용하지 않도록 설정하고 VM 전원을 끄지 않은 상태로 스토리지 마이그레이션을 수행한 다음 수동으로 레거시 FT 보호를 다시 사용하도록 설정합니다. 이렇게 하면 VM의 라이브 스토리지 마이그레이션이 가능할 뿐 아니라 레거시 FT를 다시 사용하도록 설정할 때 가상 디스크가 자동으로 빠르게 비워지는 씩 프로비저닝된 형식으로 전환됩니다.\nvSphere Client에서 Fault Tolerance를 설정하면 구성 오류가 발생함\n가상 CPU가 둘 이상인 가상 시스템에 대해 vSphere Client에서 Fault Tolerance를 켜면 구성 오류가 발생합니다. 예를 들어 가상 시스템에 가상 CPU가 두 개인 경우 다음과 같은 구성 오류가 발생합니다. 가상 시스템이 가상 CPU가 2개이며 Fault Tolerance에 대해 지원되지 않습니다.\n해결 방법: vSphere Web Client를 사용하여 가상 CPU가 여러 개인 가상 시스템에 대해 Fault Tolerance를 설정합니다.\nFault Tolerance 보조 VM 시작 작업이 내 작업 패널에 표시되지 않음\n다음과 같은 경우 FT 보조 VM 시작 작업이 내 작업에 표시되지 않습니다.\nFT VM의 전원이 켜져 있는 경우\n전원이 켜진 VM에서 FT가 켜져 있는 경우\nFT가 사용하지 않도록 설정된 VM에서 FT 다시 시작 작업이 실행된 경우\n해결 방법: webclient.properties 파일에서 "show.allusers.tasks" 플래그를 true로 변경합니다. 이 파일은 다음 위치에 있습니다.\n또는 작업 및 작업 진행률을 확인할 수 있는 더 많은 작업 패널을 봅니다.\nPDL의 영향을 받는 데이터스토어가 vSphere Web Client에서 APD 또는 PDL의 데이터스토어 그리드에 나타나지 않음\n호스트에서 PDL(영구적 디바이스 손실) 상태가 발생하면 장애가 있는 데이터스토어가 vSphere Web Client의 클러스터 > 모니터 > vSphere HA에서 제공되는 "APD 또는 PDL의 데이터스토어" 그리드에 표시되지 않습니다.\n클러스터 > 모니터 > 이벤트로 이동합니다.\n이벤트 목록에서 영구를 검색합니다.\n목록에 클러스터의 호스트에 대해 모든 PDL 상태를 참조하는 이벤트가 표시됩니다.\n기존에 전용 페일오버 호스트로 선택된 호스트를 클러스터 외부로 이동할 수 없음\nvSphere Web Client에서 "전용 페일오버 호스트 사용" 목록에서 호스트를 제거한 다음 승인 제어 정책을 "전용 페일오버 호스트 사용"에서 "페일 오버 용량을 예약하지 않음"으로 변경하는 경우 제거된 페일오버 호스트가 목록에 계속 표시되고 클러스터 외부로 이동할 수 없습니다. 이 문제가 발생해도 vSphere HA 기능에는 영향이 발생하지 않습니다.\n해결 방법: 클러스터의 승인 제어 정책을 "클러스터 리소스의 백분율을 예약하여 페일오버 용량을 정의합니다."로 변경합니다. 그러면 페일오버 호스트 목록이 지워집니다. 그런 다음 호스트를 클러스터 외부로 이동하고 필요한 경우 승인 제어 정책을 다시 "페일오버 용량을 예약하지 않음"으로 변경할 수 있습니다.\nFault Tolerance를 일시 중단했다가 "가상 시스템의 Fault Tolerance 상태가 변경되었습니다." 경보를 녹색으로 재설정한 후에도 기본 VM 아이콘에 이 변경 사항이 반영되지 않음\nFault Tolerance를 일시 중단했다가 "가상 시스템의 Fault Tolerance 상태가 변경되었습니다." 경보를 녹색으로 재설정한 후에도 기본 VM 아이콘에 가상 시스템이 더 이상 보호되지 않는다고 표시되지 않습니다. 기본 VM의 [요약] 페이지에서 [Fault Tolerance] 패널에 VM이 올바른 Fault Tolerance 보호 상태인 [보호되지 않음]으로 표시됩니다. 또한 HA 클러스터의 관련 항목 탭에는 예상되는 경고 아이콘 및 경고 상태와 함께 보조 VM이 표시됩니다.\n해결 방법: 없음. 올바른 Fault Tolerance 보호 상태는 기본 VM 요약 페이지의 Fault Tolerance 포틀릿에 표시됩니다.\nFault Tolerance를 설정할 때 "호스트 선택" 페이지에 부정확한 경고가 표시됨\nFault Tolerance를 켜면 기본 VM과 보조 VM 파일에 대해 공유 데이터스토어를 동일하게 선택하는 경우 보조 VM에 대한 호스트를 선택한 후 "호스트 선택" 페이지에 다음과 같은 경고 메시지가 표시됩니다. 데이터스토어 [데이터스토어 이름]이(가) 기본 및 보조 VM의 디스크 모두에 사용되고 있는데 이는 권장되지 않습니다. "데이터스토어 선택" 페이지로 돌아가 보조 VM 파일에 대해 다른 공유 데이터스토어를 선택해도 호스트를 선택한 후 "호스트 선택" 페이지에 경고 메시지가 표시됩니다.\n"VM 모니터링"을 "클러스터 설정 사용"으로 설정한 경우 vSphere Web Client에서 vSphere HA에 대해 올바르지 않은 "VM 모니터링 감도" 값이 표시됨\n"VM 모니터링"을 "클러스터 설정 사용"으로 설정하는 경우 "VM 모니터링 감도" 드롭다운 메뉴 및 "VM 재정의" 설정 그리드의 "VM 모니터링 감도" 열 모두에 적절한 클러스터 설정 대신 잘못된 값 "--"이 표시됩니다. 이는 UI 표시 문제일 뿐입니다. vSphere HA에서는 올바른 클러스터 기본 설정을 사용합니다.\n복제하는 동안 만든 게스트 OS 사용자 지정 규격이 VM 프로비저닝 마법사의 사용 가능한 게스트 OS 사용자 지정 규격 목록에 표시되지 않음\n설명: 일반적으로 가상 시스템을 복제하거나 템플릿에서 가상 시스템을 배포하는 동안에는 새 사용자 지정 규격을 만들고 새로 만든 게스트 OS 설정을 프로비저닝할 가상 시스템에 적용할 수 있습니다. 그러나 새로 만든 게스트 OS 사용자 지정 규격이 VM 프로비저닝 마법사의 게스트 사용자 지정 페이지에 사용 가능한 사용자 지정 규격 목록에 표시되지 않아서 적용할 수 없는 경우도 있습니다.\nVM 프로비저닝 마법사를 최소화합니다.\n[글로벌 새로 고침] 버튼을 클릭하여 VM 프로비저닝 마법사의 사용 가능한 사용자 지정 규격 목록을 업데이트합니다.\nVM 프로비저닝 마법사를 복원합니다.\n새 가상 시스템을 만들 때 ESXi가 게스트 OS 옵션으로 표시됨\n새 가상 시스템을 만들 때 [게스트 OS 버전] 드롭다운 메뉴에 VMware ESXi 6.x, VMware ESXi 5.x 및 VMware ESX 4.x 옵션이 표시됩니다. ESXi를 게스트 OS로 실행하고 이들 OS 선택을 사용하는 것은 지원되지 않습니다. 제약 조건 및 위험에 대한 자세한 설명은 KB 2009916을 참조하십시오.\n지원되는 VMware 게스트 운영 체제 목록은 VMware 호환성 가이드를 참조하십시오.\n해결 방법: 이러한 옵션을 선택하지 마십시오.\nWindows에서 센서 상태가 표시되지 않음\nWindows 플랫폼에서 하드웨어 상태 탭 아래에 센서 상태가 표시되지 않습니다. 새로 고침 버튼을 눌러도 상태가 업데이트되지 않습니다.\nesxcli를 실행하여 디스크 위치를 가져올 때 HP 서버의 Avago 컨트롤러에 대한 결과가 잘못됨\nesxcli storage core device physical get을 실행하면 HP 서버의 Avago 컨트롤러에 대한 결과가 잘못됩니다.\n예를 들어 다음을 실행할 경우\n시스템에서 다음을 반환합니다.\n물리적 서버의 해당 슬롯에 대한 실제 레이블은 1입니다.\n해결 방법: HP 서버에서 슬롯을 신중하게 확인합니다. HP 서버의 슬롯 번호가 1부터 시작하므로, 올바른 결과를 위해 명령이 반환하는 슬롯 번호를 늘려야 합니다.\nAuto Deploy 및 Image Builder\nAuto Deploy용 사용자 지정 인증서가 Auto Deploy 업그레이드 후 유지되지 않음\nvCenter Server 인스턴스를 버전 5.x에서 버전 6.0으로 업그레이드한 후에는 Auto Deploy도 업그레이드합니다. 업그레이드가 완료되면 VMware CA(VMware Certificate Authority)가 Auto Deploy용 인증서를 새로 발급하므로 Auto Deploy용 이전 사용자 지정 Certificate Authority 인증서가 유지되지 않습니다.\n해결 방법: Auto Deploy 업그레이드 후 사용자 지정 인증서를 Auto Deploy용 VMware CA(VMware Certificate Authority)로 구성하십시오.\nvSphere Client Auto Deploy 플러그인이 작동하지 않을 수 있음\nvSphere Client의 홈 페이지에서 Auto Deploy 플러그인 아이콘을 클릭하면 다음과 같은 오류 메시지가 나타납니다.\nvCenter Server에 설치된 vCenter Hyperic Agent가 포트 2144에서 SSLv3을 지원함\nESXi 6.0 업데이트 1에서는 기본적으로 SSLv3이 사용되지 않도록 설정됩니다. 그러나 포트 2144는 vCenter Server에 설치된 vCenter Hyperic Agent에서 계속 SSLv3을 지원합니다.


*본 도서는 예약판매 도서로 이 도서가 포함된 주문은 도서 출간 후 한꺼번에 발송됩니다. 그러니 꼭 필요한 도서는 따로 주문하셔야 먼저 받으실 수 있습니다.\n출간예정일 참고하여 과목을 적절히 배분하여 주문하셔야 조금 더 빨리 받으실 수 있습니다.출간예정일이 발표되는대로 공지사항에 게시하겠습니다.\n도서 출간 후에 옵션은 변경될 수 있습니다.\n상품 깨끗하고 잘 뚫려진채로 왔어요! 3점 2020-05-15\n상품 깨끗하고 잘 뚫려진채로 왔어요!\n열심히 공부하려고 스프링으로 구매했어요 마음에듭니당 5점 2020-05-14\n열심히 공부하려고 스프링으로 구매했어요 마음에듭니당\n배송도 빠르고 좋습니다, 5점 2020-05-09\n배송도 빠르고 좋습니다,\n스프링이 편리하고 잘 쓰고있습니다 5점 2020-05-03\n스프링이 편리하고 잘 쓰고있습니다


북한에 한국형 원전 짓자… ‘원전수출 국민행동’ 공식 활동 스타트 - 중앙일보\n북한에 한국형 원전 짓자… ‘원전수출 국민행동’ 공식 활동 스타트\n[중앙일보] 입력 2018.03.20 14:41 수정 2018.03.20 15:37\n원전수출 국민행동(이하 원국행)이 20일 출범 기자회견을 갖고 공식 활동에 들어갔다. 원국행은 원전 관련 기관, 학계, 산업계, 노동계, 여성계, 언론계, 청년·학생 대표 등이 모여 결성한 시민단체다. 원국행은 첫 공식활동으로 원전수출 촉진 100만 서명운동에 돌입한다. 4월 21일엔 서울 광화문광장에서 3만명이 참가하는 ‘원전수출 국민통합대회’를 열기로 했다.\n원전수출 국민행동 출범 기자회견\n원전과 신재생 둘 중 하나 포기 안 될 말\n국민 뜻 모으면 150조원 에너지 수출\n북한에 짓다만 경수로 완공시키자 제안\n완전하고, 철저한 비핵화가 전제조건\n“북한, 정상국가화 계기 될 것”\n(서울=연합뉴스) 김주형 기자 = '원전수출 국민행동 출범 기자회견이 20일 오전 서울 중구 프레스센터에서 열렸다.<저작권자 ⓒ 1980-2018 ㈜연합뉴스. 무단 전재 재배포 금지.>\n정부는 현재 사우디아라비아와 영국, 체코 등에 원전 수출을 추진 중이다. 일본·중국·프랑스·러시아 등과 치열한 수주 경쟁을 펼치고 있다. 원국행은 이날 발표한 입장문을 통해 “세계 최고 수준을 구가하던 철강·조선·자동차산업이 수십 년간 압축 성장해 온 속도보다 더 빨리 국제 경쟁력을 상실하고 있다”며 “자타가 공인하는 세계 최고의 수준의 한국 원자력발전 기술을 세계에 수출하는 것이야말로 경제적 위기를 극복할 유력한 대안”이라고 주장했다.\n원국행 본부장을 맡은 황일순 서울대 원자핵공학과 교수는 “2009년 연간 매출 1경 5000조원을 기록한 에너지 시장의 1%만 한국이 점유한다면 전체 수출액의 30%를 차지하는 새로운 ‘옥동자’가 탄생한다”며 “국민이 일치단결해 원전 수출을 지원한다면 연간 150조원 규모의 에너지 수출이 가능하다”고 말했다.\n기자회견에선 문재인 정부 탈원전 정책에 대한 우려도 나왔다. 정범진 경희대 원자력공학과 교수는 “태양광의 발전단가는 아직 원전의 4배가량인데 리터당 1500원짜리 기름을 넣다가 6000원짜리 기름을 넣는 셈”이라며 “재생에너지 기술 개발이 빨라지고 있는 만큼 다른 발전원과 경쟁하고, 성장할 수 있도록 큰 형님(원전)의 지원이 필요하다”고 말했다. 재생에너지와 원전 둘 중 하나를 포기해야 할 것으로 보지 말고, 함께 키워야 한다는 지적이다.\n한반도 평화 정착을 위한 수단으로 북한에 한국형 원전을 수출하자는 제안도 나왔다. 물론 완전하고도 철저한 비핵화가 전제다. 한국형 원전 개발책임자였던 이병령 박사는 “우리의 원전 기술은 최대 현안인 북한 비핵화에도 절묘한 대안”이라며 “북한이 정상국가로 가는 계기가 될 수 있다”고 말했다. 북한에 한국형 경수로를 다시 공급하기로 방향을 잡고 30% 짓다가 만 신포에서 나머지 70% 공정을 완성한다는 제안을 하자는 것이다.\n기술적으로도 문제가 없다는 입장이다. 이 박사는 “예전에 짓다 만 OPR1000도, 신형 APR1400도 설치가 가능하다”며 “건설 기간이 짧은 스마트원전을 짓는 것도 방법”이라고 말했다. 스마트 원전은 막대한 예산이 드는 송전선 설비 부담이 적다. 자연 대류에 의한 냉각 속도가 빨라 안전성이 높은 것도 장점으로 꼽힌다.\n황 교수는 “일자리 창출과 환경보호가 시대적 당위라면, 원전과 같은 고부가가치 수출은 필수불가결한 국가적 과업”이라며 “4월 열릴 국민통합대회는 여와 야, 진보와 보수, 세대 간의 간극을 치유하는 국민 화합의 한마당이 될 것”이라고 말했다.\n(서울=연합뉴스) 김주형 기자 = 황일순 서울대 원자핵 공학과 교수가 20일 오전 서울 중구 프레스센터에서 열린 '원전수출 국민행동 출범 기자회견'에서 회견문을 낭독하고 있다. <저작권자 ⓒ 1980-2018 ㈜연합뉴스. 무단 전재 재배포 금지.>\n이날 기자회견에는 황일순 서울대 원자핵공학과 교수(세계원전수명관리학회장), 이병령 전 대북 원전 지원팀장, 김창영 따뜻한손 출판사 대표(전 국무총리실 공보실장), 정범진 경희대 원자력공학과 교수(한국원자력학회 부회장), 김병기 한국수력원자력 노조위원장(원자력정책연대 공동의장), 김헌규 환경운동실천협의회 총재, 조성은 무진기연 대표, 차민수 서울대 원자핵공학과 학생회장(원전수출 국민행동 학생대표), 김대홍 원전수출 국민행동 청년대표 등이 참석했다. 아래는 원전수출 국민행동 입장문 전문.\n희망이 싹트는 새봄입니다. 지난겨울은 유난히도 추웠으나, 우리 국민은 평창에서 기적을 창조했습니다. 뜻을 모으고 지혜를 모아 이름조차 익숙하지 않던 종목에서도 메달을 따고, 한반도를 평화와 번영의 땅으로 만들 디딤돌을 놓았습니다.\n우리 대한민국은 지금 문명사적 전환기를 맞고 있습니다. 정치권은 지자체 선거와 개헌으로 달아오르고, 적폐청산에 미투(Me Too) 운동이 맞물려 오랜 관행과 패러다임의 일대 전환을 요구하고 있습니다. 한 달 뒤에는 남북 정상회담이 열립니다. 핵 버튼 운운하며 ‘분노와 화염’으로 치닫던 미국과 북한 간에도 정상회담이 예정돼 있습니다.\n그러나 사회 한 쪽에는 아직도 한겨울 한파가 몰아치고 있는 게 우리의 현실입니다. 청년실업 빈부격차 하우스푸어 같은 문제는 여전히 우리의 발목을 잡고 있습니다. 저출산 가계부채 같은 고질적 숙제 또한 쉽게 해결될 기미가 보이지 않습니다.\n그렇습니다. 경제가 문제입니다. 거시지표는 양호하지만, 기업과 가계에 켜진 빨간 불은 꺼지지 않고 있습니다. 세계 최고 수준을 구가하던 철강 조선 자동차산업은 국제경쟁력을 잃고 있습니다. 경제 문제는 경제에서 해답을 찾아야 합니다. 하루 빨리 현재의 위기를 미래를 위한 기회로 바꾸어야 합니다. 반도체와 전자통신 등 ICT산업 이후의 미래 먹거리를 개발해야 합니다.\n희망의 불꽃을 되살릴 신수출산업 발굴에 대한민국의 국운이 걸려 있습니다. 가장 유망한 신수출 챔피언은 에너지산업입니다. 석탄 석유 가스로 구성된 기존 에너지산업은 ▲기후변화 ▲미세먼지 ▲자원고갈 ▲고비용이라는 사면초가에 휩싸여 있습니다. 미국 러시아 중동 등 모든 자원대국들이 지속가능한 원자력과 재생에너지 개발에 전력투구하고 있는 것은 바로 그 때문입니다.\n우리 국민이 하나로 뭉쳐 새로운 미래를 향한 도전에 나선다면 첫 번째 목표는 바로 원전 수출입니다. 여와 야, 진보와 보수라는 낡은 이념의 틀을 깨고 온 국민의 지혜와 정성을 모아 원전 수출에 매진해야 합니다.\n이러한 현실적 인식 아래 우리는 원전 수출을 행동으로 지원하는 ‘원전수출 국민행동 추진본부’를 결성했습니다. 우리 단체에는 원전 관련 기관은 물론, 학계 산업계 노동계 여성계 언론계 청년 ‧ 학생 대표 등 각계각층 인사들이 자발적으로 참여하여 힘을 모으고 있습니다.\n우리는 다음달 21일 오후 2시 서울 광화문광장에서 ‘원전수출 국민행동’을 출범할 예정입니다. 범국민적 조직의 출발을 기념하는 ‘원전수출 국민통합대회’도 같은 날 같은 장소에서 개최됩니다. 2018년 4월 21일 토요일 광화문은 5천만 국민이 한 마음 한 뜻으로 원전 수출을 촉구하고 지원을 다짐하는 역사의 현장이 될 것입니다.\n에너지산업은 2009년 이미 연간 매출 1경 5천조 원을 기록한 세계 최대 시장을 갖고 있습니다. 우리나라 총 부동산 가격의 4배에 이르는 천문학적 규모입니다. 4차 산업혁명의 급속한 진행에 따라 에너지시장 규모도 지속적인 증가 추세를 보이고 있습니다.\n우리나라는 여러 세대에 걸쳐 ‘에너지 빈국’이라는 오명을 벗지 못 했습니다. 그러나 우리의 과학 기술력은 이러한 악조건을 능히 극복하고, 벌써 오래 전에 ‘미래 에너지’라 불리는 원자력발전을 국산화 했습니다. 가격과 품질 모두 자타가 인정하는 세계 최고의 경쟁력을 자랑하고 있습니다. 에너지 빈국이 에너지 수출국으로 우뚝 서는 데 성공한 것입니다.\n우리나라가 세계 에너지시장의 1%만 점유한다면, 대한민국 수출액의 30%를 차지하는 새로운 옥동자가 탄생합니다. 국민 여러분이 일치단결하여 원전 수출을 지원한다면, 연간 150조 원 규모의 에너지 수출에 원전이 중심적 역할을 할 수 있습니다.\n우리 정부는 사우디아라비아 영국 체코 등에 새롭게 열린 원전 시장 개척을 위하여 이달부터 러시아 중국 프랑스 일본과 각축전을 벌이고 있습니다. 올림픽에는 금메달보다 값진 은메달 동메달도 있습니다만, 원전시장은 금메달 한 가지만 빛이 나는 가혹한 전쟁터입니다. 정부가 앞장서고 국민이 지원하여 원전 시장에서도 우리 대한민국이 반드시 금메달을 따야 합니다.\n원전은 일자리 창출에 결정적으로 기여할 수 있는 애국산업입니다. 지금도 700여 기업이 연간 25조 원의 매출을 올리며 3만5천 명에게 고급 일자리를 제공하고 있습니다. 간접고용 21만 명, 가족까지 포함하면 1백만 명에 이르니, 이미 엄청난 고용효과를 거두고 있는 효자산업입니다.\n우리가 세계 에너지시장의 1%를 점유하는 날, 원전산업의 일자리는 6배 이상 늘어나게 됩니다. 대한민국 젊은이들이 세계 곳곳에서 고급인력으로 활약하게 됩니다. 원자력은 두뇌에서 캐내는 지속가능한 에너지이기 때문입니다.\n우리 원자력 기술은 최대 현안인 북한 비핵화에도 절묘한 대안이 될 수 있는 다목적 카드입니다. 1994년 제네바 합의로 우리 원전을 북한에 착공한 역사적 사건을 상기해 보십시오.\n지금도 우리 사회 일각에는 원전 수출에 반대하는 목소리가 작지 않습니다. 강대국들이 겨루는 원전 올림픽에서 내부의 갈등이 발목을 잡아서야 되겠습니까. 지속적 경제성장, 일자리 창출 그리고 지구 환경보호가 시대적 당위라면, 원전과 같은 고부가가치 수출은 필수불가결한 국가적 과업 아니겠습니까.\n안전하고 경제적인 원전 수출은 대한민국이 4차 산업혁명을 주도하는 데에도 원동력이 될 것입니다. 지금은 편견을 버리고 대국적인 견지에서 원전 수출에 국력을 결집해야 합니다. 바로 지금이 원전 수출로 ▲경제 활성화 ▲일자리 창출 ▲지구 환경개선 이라는 세 마리 토끼를 잡을 수 있는 골든타임이기 때문입니다.\n20년 전 우리나라는 외환위기를 겪었습니다. 달러가 부족하여 국가가 굴욕을 겪고, 국민들은 하루아침에 고통의 나락으로 떨어졌습니다. 금 모으기 하던 자세로 우리가 먼저 대장정에 나서겠습니다. 아기 돌 반지까지 내놓던 심정으로 온 국민의 의견을 하나로 모으겠습니다. 원전 수출로 우리 청년들의 미래를 열고, 원전을 경제성장의 한 축으로 키워나가겠습니다.\n우리의 간곡한 뜻이 담긴 ‘원전수출 국민행동’에 국민 여러분의 적극적인 관심과 참여를 앙망합니다. ‘원전수출 국민통합대회’를 여야·보혁·세대 간의 간극을 치유하는 국민 화합의 한마당으로 만들어 주시기를 고개 숙여 부탁 드립니다.


[한국언론의 세대교체 ◆브레이크뉴스◆] 삼성의 고향 대구서도 이건희 회장 별세 애도 물결\n이성현 기자 l 기사입력 2020-10-26\n【브레이크뉴스 대구경북】이성현 기자=삼성 이건희 회장이 25일 별세한 것과 관련, 삼성의 철 출발지이자 이 회장의 고향인 대구시민들도 조용하게 그의 죽음을 애도했다.\n▲ 이건희 삼성그룹 회장이 25일 78세의 나이로 별세했다 (C)\n권영진 대구시장과 이철우 경북도지사도 페이스북과 간단한 보도자료를 통해 애도를 표하고 그의 살아생전 이룩해 놓은 ‘초일류 삼성’의 꿈과 끊임없는 혁신을 통한 성공을 본보기로 삼을 것을 다짐했다.\n먼저, 권영진 대구시장은 25일 오후 페이스북을 통해 애도의 뜻을 밝혔다.그는 "오늘 삼성그룹 이건희 회장께서 세상을 떠나셨습니다. 삼가 고인의 명복을 빕니다"라며 "故(고) 이건희 회장께서는 대구에서 태어나셔서 선친이신 故 이병철 회장의 위업을 이어받아 대한민국을 세계 1위의 반도체 강국으로 만들고 삼성을 세계 최고의 ICT 기업으로 만드셨다"고 대구와의 인연을 소개했다.\n이어 그는 " 故 이병철, 故 이건희 회장님에 대해 우리 대구는 늘 자랑스럽게 생각한다"며 "비록 지금은 대구가 품기에는 너무나 큰 글로벌기업으로 성장했지만, 삼성의 뿌리는 대구이고 삼성과 故 이병철, 故 이건희 회장님은 우리 대구의 자랑스런 역사 속에 영원히 기록될 것"이라고 했다.\n이철우 경북도지사도 25일 이건희 회장의 별세 소식을 접하고“재계를 넘어 국가적인 큰 별이 진 것으로 매우 아쉽고 슬픈 일”이라며 “대한민국을 세계 10대 경제대국으로 이끈 1등 공신이자 혁신가, 사상가였다”고 애도했다.\n이어 그는 “누가 뭐라고 해도 초일류기업 삼성이 대한민국의 브랜드 가치를 높인 공로는 인정할 수밖에 없을 것”이라고 했다. 또,“끊임없는 혁신을 통해서 삼성의 성공신화를 만들었던 그 정신을 경북도가 이어 갈 수 있도록 노력해 나갈 것”이라고 덧붙였다. 이 지사는 27일 저녁 이 회장의 빈소를 직접 조문할 계획으로 알려졌다.<메인사진: 1987년 이건희 삼성전자 회장 취임식 당시 모습>


[정일근의 발밤발밤] 월영캠퍼스 새내기여, 1초를 가벼이 여기지 마시라!\n‘월영캠퍼스의 봄’은 ‘19학번 새내기’의 발걸음에서 온다. 경쾌한 발걸음 소리가 땅을 울리고 벚꽃나무를 흔들어 곧 화사한 꽃이 겨울잠에서 깨어나 캠퍼스의 새봄을 알릴 것이다. 그건 오직 사람만이 만드는 봄이다. 청춘의 봄이다. 하이틴 시대를 지나 막 스무 살 대학생이 된 새내기는 ‘톡’ 치면 까르르 까르르 웃음꽃을 활짝 피우는 물봉선 같다. 고3이라는 긴장된 생활에서 탈출한 신입생은 꽉 누르던 제도교육의 스프링에서 압력이 사라져 몸과 마음이 튕겨져 나오는 중이다. 여러분보다 월영캠퍼스 입학이 40년 빠른 선배로서 진심으로 입학을\n칼럼 | 언론출판원 | 2019-03-06 14:47\n[교직원 칼럼] 자신이 좋아하는 것을 구체적으로 알고 있나요?\n논어에 나온, ‘아는 사람은 좋아하는 사람만 못하고, 좋아하는 사람은 즐거워하는 사람만 못하다.’라는 문구를 들어본 적이 있을 것이다. 즐거워하는 것이란 어떤 것일까? 최근 1학년 신입생들의 학과 오리엔테이션에 참석하였다. 행사에서 진행된 순서에 따라 신입생들의 자기소개 시간이 있었다. 첫 번째 신입생이 자기소개를 한 이후, 이어지는 소개 시간에 발표된 유사한 문장들 속에서 자신이 좋아하는 내용이 크게 다르지 않음을 느꼈다. 다수의 신입생들이 자신이 좋아하는 것으로 ‘친구들과 대화하기’를 소개하였다. 최근 신문기사에서 읽은 행복감에\n“吾等오등은 玆자에 我朝鮮아조선의 獨立國독립국임과 朝鮮人조선인의 自主民자주민임을 宣言선언하노라. 此차로써 世界萬邦세계만방에 告고하야 人類平等인류평등의 大義대의를 克明극명하며 此차로써 子孫萬代자손만대에 告고하야 民族自存민족자존의 正權정권을 永有영유케 하노라.” 1919년 3월 1일, 기미독립선언문이 낭독됨과 동시에 세계만방에 공표가 되었다. 우리는 자랑스러운 이 역사를 절대로 잊어서는 안 될 것이다. 3·1운동 100주년 되는 해를 맞이하여 정부를 비롯하여 국회, 지자체와 기념사업추진위원회, 광복회, 그리고 언론사와 사회단체, 종교단\n[한마 아고라] 스마트 장치로 스마트한 삶을 살자!\n인생이란 어둠 속에 짧게 빛나는 빛이라고 미야자키 하야요가 일갈했습니다. 저자는 한마상(汗馬像)을 뒤로하고 정든 고향을 떠난 후, 30년의 세월이 마치 번쩍하는 섬광처럼 느껴집니다. 이 글을 읽고 있을 한마 학우 여러분도 미야자키 하야요의 말처럼 짧게 빛나는 삶 속에서, 호흡을 함께 나누며 생각을 함께 공유할 수 있는 소중한 벗이라는 생각하기에 부족한 사람이지만 제 생각을 정리해서 몇 글자 적어봅니다. 여러분은 하루가 어떻게 느껴지시나요? 현대를 살아가는 우리에게 오늘 하루는 무엇인가요? 찰나, 너무나 아쉬운 시간들, 아니면 너무나\n[톡톡 2929] 평생 잊지 못할 나의 동아리\n기나긴 입시가 끝나고 나는 우리 대학 심리학과에 입학했다. 입학한 지 얼마 되지 않은 당시에 대학 생활은 많이 낯설게 다가왔다. 대학 생활 외에 다른 관심사가 생기는 건 당연한 순서였다. 자연스럽게 나 자신뿐만 아니라 진로 등 다양한 생각으로 종종 시간을 보냈다. 사실 나는 어렸을 때부터 심리학과에 뜻을 가져왔다. 이 뜻은 후에 진로를 결정할 때 많은 영향을 주었다. 같은 뜻을 가진 친구들과 더 친해지고 싶었고 내가 바라는 꿈에 한 발짝 더 나아가고 싶었다. 쉽지 않은 결정에 많이 망설였지만, 마침 내가 원하는 활동을 할 수 있어\n칼럼 | 박수희 기자 | 2019-03-06 14:32\n[월영지] 처음, 그 특별한 순간\n첫 월영지다. 무엇이든 처음이란 건 다른 것에 비해 특별하다. 편집국장이 된 후 처음 쓰는 월영지인만큼 그런 특별함을 담은 글을 써볼까 한다. 물론 다른 이에게는 평범한 일상일지도 모른다. 사실 좀 더 힘을 줘서 월영지를 써볼까도 생각해봤다. ‘누가 봐도 유식해 보이고 공들여 썼다는 흔적이 새겨진 글을 써야지.’ 하지만 영 진행 속도가 나질 않았다. 쌓여가는 스트레스에 머리가 터질 지경이었다. 아직 모두를 만족 시킬만한 글을 쓰기엔 내 능력이 부족하다는 걸 인정했다. 그제야 마음이 편해졌다. 사실 작년 한 해는 고난의 연속이었다.\n칼럼 | 박수희 기자 | 2019-03-06 13:59\n오면잠(五眠蠶)이라고 있다. 알에서 깨어나 뽕잎을 먹고 잠자며 허물을 벗고 크는 누에는 다섯 잠을 자면 고치를 지을 자리를 잡는다. 넉넉히 먹었으니 비단실을 뿜어내며 스스로를 가두고는 번데기가 된다. 이 번데기는 우화(羽化)하여 나방이 되고, 고치를 뚫고 나와 알을 낳으면 알이 또 누에가 되는 한 살이를 되풀이 한다. 우리가 필요해서 챙기는 비단은 (나방이 되지 않도록) 고치를 삶아 번데기를 죽이고 뽑아낸 실이다. 누가 아호(雅號)가 있느냐고 해서 고민타가 五眠蠶으로 할까보다 생각했다. ‘다섯 잠 잔 누에’ - 스스로를 가두고 비단\n칼럼 | 언론출판원 | 2019-02-20 18:18\n[사설] ‘5월 광주’와 민주주의, 그리고 김수환 추기경\n1. 또다시 ‘5월 광주’ 문제로 이 땅이 뜨겁다. 상호이해와 관용의 정신으로 뜨거운 게 아니라 한 줌의 정치모리배들의 선동으로 분노와 증오의 서슬이 퍼렇다. 대법원 판결까지 난 ‘광주민주화 운동’에 관해 지만원이라는 작자는 정말 지치지도 않고 ‘북한군 개입설’을 여전히 쏟아내고 있다. 여기에는 진실과 사실에 대한 최소한의 예의도 찾아보기 힘들다. 지만원은 줄기차게 5·18을 ‘북한군의 게릴라 작전에 의한 폭동’이라 말했고. 최근 개봉된 영화 ‘택시운전사’ 속의 위르겐 힌츠페터가 북한의 고정간첩이었다고 주장했다, 또 김진태·김순례·\n[교직원 칼럼] 졸업은 끝이 아닌 새로운 시작\n겨울이 지나고 봄이 올 무렵이면 학생들이 학업을 마무리하는 졸업 시즌이 시작된다. 힘들고 긴 마라톤 경주와 같았던 대학생활의 끝을 축하하는 동시에 새로운 출발을 축하하는 졸업식에서는 기쁨과 슬픔, 뿌듯함과 아쉬움의 너른 감정들이 오간다. 누군가는 울고, 누군가는 웃는 졸업식을 지켜보고 있자면 부푼 기대와 꿈을 안고 캠퍼스에 첫발을 내디뎠을 때가 떠오른다. 좋은 친구, 선배, 후배들과 함께한 소중한 대학생활이 뿌듯하기도, 한때 불안과 욕심에 매달려 나 자신과 주변을 돌아보지 못한 대학생활이 후회가 되기도 하다. 대학을 졸업하기 전,\n[정일근의 발밤발밤] 내 시그니처 바다\n바다는 ‘모두 다 받아주기 때문’에 바다라고들 합니다. 불어에는 바다와 어머니를 같은 말로 사용합니다. 바다는 모성이 강합니다. 특히 우리나라 바다는 더욱 그러합니다. 저는 어릴 적 벚꽃이 피는 고향 바다에서 위안을 받았고, 대학 시절 바다를 보며 많은 위로를 받았습니다. 삶에 지칠 때 바다는 ‘남자가 울기 좋은 장소’입니다. 저는 바다가 그리울 때 거제 바다를 찾아갑니다. 거제로 가는 새로운 관문인 ‘거가대교’가 놓인 이후 거제는 가까운 섬입니다. 거제에 가면 반드시 하룻밤을 머무는 곳이 ‘학동흑진주몽돌해변’입니다. 거제는 몽돌해\n2018학년도 전기 박사학위수여식에서 로봇연구로 공학박사학위를 받는 첨단공학과 메카트로닉스 전공의 심현석 박사는 최고령 박사이다. 1950년생이니 우리나이로 올해 70세인 심현석 박사는 인하대학교에서 금속공학을 전공하고 전공을 살려 기업을 운영하면서 첨단산업인 로봇을 연구하는 학구파이다. 건강관리를 잘 하여 왕성한 체력에 연구와 봉사활동까지 수범한다. ㈜동산 TECH의 심현석 대표는 1985년 4월 창원에서 ‘동산금속’을 설립하고 이듬해 중전기용 고압차단기 AL 주물을 개발한다. 11년 후인 1996년 11월, ㈜동산금속으로 법인전\n오피니언 | 언론출판원 | 2019-02-20 18:14\n[기자의 눈] 학생기자로서의 마지막 신문\n어느덧 3년이라는 시간이 흘렀다. 수습기자 지원서를 작성하려고 학생 기자실에 들어섰다. 학보사는 부족한 글 실력을 늘려주고 작은 사회생활을 할 수 있는 곳이었다. 새로운 곳에서 적응 하고 글을 쓰기란 쉽지 않았다. 학보를 만들면서 기자들, 취재원과 언쟁이 오가기도 했고, 연락이 끊어지기도 하며 조사한 자료가 무의미해지는 일도 있었다. 힘든 일이 있을 때마다 숨고 싶고 그만두고 싶은 생각도 들었다. 그러나 학보사 활동을 계속해서 하고 싶었다. 취재를 통해 만난 사람들, 알게된 사실, 기사로 인해 바뀐 대학 모습 등으로 인해 뿌듯하고\n칼럼 | 노윤주 기자 | 2019-02-20 13:14\n대학 3학년 때였던 것 같다. 졸업 후 무엇을 해야 하는지 정말 종잡을 수 없었다. 그러던 중 한 선배가 말하기를 “가다가 중단해도 간 것만큼 이득”이라는 것이다. 물론 일을 시작했으면 끝을 봐야하지만 꼭 그렇지 않다고 하더라도 노력한 만큼 스스로 발전해 있을 것이니 너무 걱정하지 말라는 뜻이었다. 취업과 대학원 진학 사이에서 방황하던 나는 공부를 계속하기로 결정하였다. 그렇다고 내가 가는 길에 대한 확신이 있었던 것은 아니다. 끊임없이 헤매곤 했다. 연구실에서 많은 학생들을 만난다. 한 학생이 취업에 대비해서 영어를 공부해야 하겠\n칼럼 | 언론출판원 | 2019-01-02 14:07