VMware vCenter Site Recovery Manager 5.1.1 | 2013년 4월 25일 | 빌드 1082082

마지막 업데이트 날짜: 2013년 10월 21일

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

릴리스 정보에 포함된 내용

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

SRM 5.1.1의 새로운 기능

VMware vCenter Site Recovery Manager 5.1.1에는 해결된 문제에 설명된 버그 수정이 추가되었습니다.

현지화

VMware vCenter Site Recovery Manager 5.1.1은 다음과 같은 언어로 제공됩니다.

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

호환성

SRM 호환성 매트릭스

지원되는 게스트 운영 체제 및 게스트 운영 체제 사용자 지정 지원을 비롯한 상호 운용성 및 제품 호환성 정보는 VMware vCenter Site Recovery Manager 5.1의 호환성 매트릭스를 참조하십시오.

호환되는 스토리지 어레이 및 스토리지 복제 어댑터

지원되는 호환 가능 스토리지 어레이 및 SRA의 현재 목록은 Site Recovery Manager 스토리지 파트너 호환성 가이드를 참조하십시오.

VMware VSA 지원

SRM 5.1.1은 vSphere Replication을 사용하여 VSA(vSphere Storage Appliance)에 있는 가상 시스템을 보호할 수 있습니다. VSA는 SRM 5.1.1과 함께 작동하는 데 SRA(스토리지 복제 어댑터)를 필요로 하지 않습니다.

설치 및 업그레이드

Site Recovery Manager 5.1.1의 주요 특성 및 기능을 전문적으로 살펴보는 데 도움이 될 평가 가이드는 업무 지속성을 위한 VMware vCenter Site Recovery Manager 리소스를 참조하십시오.

SRM에 대해 지원되는 업그레이드 경로를 확인하려면 VMware 제품 상호 운용성 매트릭스에서 솔루션 업그레이드 경로VMware vCenter Site Recovery Manager를 선택하십시오.

SRM 5.1.1 설치

SRM 5.1.1을 새로 설치하려면 설치 관리자 VMware-srm-5.1.1-1082082.exe를 다운로드하여 실행합니다.

Site Recovery Manager 5.1 설치 및 구성SRM 설치를 참조하십시오.

기존 SRM 4.1.2 설치를 SRM 5.1.1로 업그레이드

SRM 4.1.2를 SRM 5.1.1로 업그레이드하려면 먼저 SRM 5.0.2로 업그레이드해야 합니다.

Site Recovery Manager 5.0 관리 가이드SRM 업그레이드를 참조하십시오.

중요: vCenter Server를 직접 4.1.2에서 5.1 또는 5.1 u1로 업그레이드하는 것은 지원되는 업그레이드 경로입니다. 하지만 SRM을 직접 4.1.2에서 5.1.1로 업그레이드하는 것은 지원되는 업그레이드 경로가 아닙니다. SRM 4.1.2 설치를 포함하는 vCenter Server 4.1.2 인스턴스를 업그레이드하는 경우에는 SRM을 5.0.2로 업그레이드하기 전에 vCenter Server를 버전 5.0 또는 5.0 u1로 업그레이드해야 합니다. vCenter Server를 4.1.2에서 5.1 또는 5.1 u1로 직접 업그레이드하는 경우 SRM을 4.1.2에서 5.0.2로 업그레이드하려고 시도하면 SRM 업그레이드가 실패합니다. SRM 5.0.2는 vCenter Server 5.1 인스턴스에 연결할 수 없습니다.

기존 SRM 5.0.2 설치를 SRM 5.1.1로 업그레이드

기존 SRM 5.0.2 설치를 SRM 5.1.1로 업그레이드하려면 설치 관리자 VMware-srm-5.1.1-1082082.exe를 다운로드하여 실행합니다.

Site Recovery Manager 5.1 설치 및 구성SRM 업그레이드를 참조하십시오.

기존 SRM 5.1 또는 5.1.0.1 설치를 SRM 5.1.1로 업그레이드

기존 SRM 5.1 또는 5.1.0.1 설치를 SRM 5.1.1로 업그레이드하려면 다음 단계를 수행합니다.

  1. vCenter Server를 5.1 u1로 업그레이드합니다.
  2. 보호된 사이트에서 SRM Server를 실행 중인 시스템에 로그인합니다.
  3. 데이터베이스 소프트웨어가 제공하는 도구를 사용하여 SRM 데이터베이스를 백업합니다.
  4. 설치 관리자 VMware-srm-5.1.1-1082082.exe를 다운로드하여 실행합니다.
  5. SRM 업그레이드를 묻는 메시지가 나타나면 를 클릭합니다.
  6. 를 클릭하여 SRM 데이터베이스를 백업했음을 확인합니다.
  7. 설치가 완료되면 마침을 클릭합니다.
  8. 복구 사이트에서 업그레이드 프로세스를 반복합니다.

SRM Server를 업그레이드한 후에는 SRM 클라이언트 플러그인을 다시 설치해야 합니다.

  1. SRM 연결에 사용하는 vSphere Client 인스턴스가 실행 중인 시스템에 로그인합니다.
  2. SRM 5.1 클라이언트 플러그인을 제거합니다.
  3. vSphere Client 인스턴스에 로그인하고 SRM Server가 연결되어 있는 vCenter Server에 연결합니다.
  4. 플러그인 > 플러그인 관리를 선택합니다.
  5. 다운로드 및 설치를 클릭하여 SRM 5.1.1 클라이언트 플러그인을 설치합니다.
  6. 플러그인 설치가 완료되면 SRM에 로그인하여 이전 버전의 구성이 유지되어 있는지 확인합니다.
  7. SRM Server 연결에 사용하는 모든 vSphere Client 인스턴스에 대해 이 프로세스를 반복합니다.

vSphere Replication을 vSphere Replication 5.1.1로 업그레이드

이전 릴리스의 vSphere Replication을 설치한 경우 SRM 5.1.1로 업그레이드하려면 vSphere Replication도 버전 5.1.1로 업그레이드해야 합니다. 또한 vSphere Replication 서버도 버전 5.1.1로 업그레이드해야 합니다.

Site Recovery Manager 설치 및 구성vSphere Replication 업그레이드를 참조하십시오.

VAMI(가상 장치 관리 인터페이스)를 통해 vSphere Replication 장치와 vSphere Replication 서버를 버전 5.1.1로 업그레이드하려면 다음 URL을 사용합니다.

http://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.1.1.0

중요: VAMI에 있는 업데이트 > 설정 옵션을 선택하여 vSphere Replication을 자동으로 업데이트하지 마십시오. 자동 업데이트를 선택하면 VAMI에서 SRM 및 vCenter Server 5.1.x와 호환될 수 없는 최신 5.x 버전으로 vSphere Replication을 업데이트합니다. 업데이트 설정을 자동 업데이트하지 않음으로 유지합니다.

SRM 및 vSphere Replication에 대한 작동 제한

SRM 5.1.x 및 vSphere Replication 5.1.x에 대한 작동 제한은 http://kb.vmware.com/kb/2034768을 참조하십시오.

SRM SDK

SRM SOAP 기반 API 사용에 대한 가이드는 VMware vCenter Site Recovery Manager API를 참조하십시오.

오픈 소스 구성 요소

Site Recovery Manager 5.1.1에서 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 VMware vCenter Site Recovery Manager 다운로드에서 확인할 수 있습니다. 여기에서는 최신 vCenter Site Recovery Manager 릴리스에 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.

주의 사항 및 제한 사항

  • Storage vMotion 및 Storage DRS와의 상호 운용성
    스토리지 이동 중에 복구 기능이 손상될 수 있는 제한된 특정한 경우 때문에 Site Recovery Manager 5.1.1은 SVmotion(Storage vMotion)과 함께 사용할 수 있도록 지원되지 않으며 Datastore Clusters의 사용을 비롯하여 SDRS(Storage Distributed Resource Scheduler)와 함께 사용할 수 있도록 지원되지 않습니다.

  • vCloud Director와의 상호 운용성
    Site Recovery Manager 5.1.1은 vCloud Director 환경을 제한적으로 지원합니다. SRM을 사용하여 vCloud 리소스 풀 내의 가상 시스템(조직에 배포된 가상 시스템)을 보호하는 것은 지원되지 않습니다. SRM을 사용하여 vCD의 관리 구조를 보호하는 것은 지원됩니다. SRM을 사용하여 vCloud Director에 대한 관리 인프라를 제공하는 데이터베이스, vCD Server 인스턴스 및 vCenter Server 인스턴스를 보호하는 방법에 대한 자세한 내용은 VMware vCloud Director 인프라 복구 사례 연구를 참조하십시오.

  • vSphere Replication과의 상호 운용성
    vSphere Replication에서는 최대 2032GB의 디스크 크기를 지원합니다.

  • SRM 5.1.1에서는 2개의 MSCS(Microsoft Cluster Server) 노드를 지원합니다.
    vSphere 5.1.x에서는 최대 5개의 MSCS 노드를 지원합니다. SRM 5.1.x에서는 2개의 MSCS 노드를 지원합니다. Site Recovery Manager 관리MSCS 및 Fault Tolerant 가상 시스템 보호를 참조하십시오.

  • vSphere Replication 장치 및 vSphere Replication 서버 장치는 Novell 보안 권고 CVE-2008-5161의 적용을 받습니다.
    Novell 보안 권고 CVE-2008-5161은 vSphere Replication 장치 및 vSphere Replication 서버 장치의 운영 체제인 SLES(SUSE Linux Enterprise Server) SP1과 관련됩니다. 이 Novell 권고 문서( http://support.novell.com/security/cve/CVE-2008-5161.html)에는 보안 위험이 낮은 것으로 명시되어 있습니다. 필요한 경우 보안 위험을 더 완화하려면 Novell 권고에 따라 SSH 구성을 수정할 수 있습니다. vSphere Replication 장치 및 vSphere Replication 서버 장치의 경우 sshd_configssh_config 파일에 다음 지시문을 추가하여 AES 암호만 유지할 수 있습니다.

  • Ciphers aes128-ctr,aes256-ctr

    RC4와 arcfour256, arcfour, aes128-cbcaes256-cbc를 비롯한 다른 모든 CBC 암호는 사용하지 않도록 설정합니다.

  • vSphere Replication을 사용하여 Windows Server 2012 DC(도메인 컨트롤러) 가상 시스템을 복구하면 DC 보호 메커니즘이 손상됩니다.
    Windows Server 2012 DC 가상 시스템 복구는 어레이 기반 복제를 사용하여 수행할 수 있습니다. 그러나 SRM UI에서 실행하는 복구 계획에서 vSphere Replication을 사용하여 복구를 수행할 경우 vSphere Replication이 VMX 파일에서 vm.genid 및 vm.genidX를 제거하지 않습니다. vSphere Web Client에서는 vSphere Replication을 사용하여 복구를 성공적으로 수행할 수 있습니다.

해결된 문제

이 릴리스에서 해결된 이전 릴리스의 문제는 다음과 같습니다.

  • 테스트 복구, 계획된 마이그레이션 또는 다시 보호 워크플로우 작업이 실패하고 다음 오류가 발생할 수 있음: 작업이 시간 초과되었습니다.

    이 오류는 여러 주 사이트에서 여러 작업을 실행할 때 발생할 수 있습니다. 이 문제는 해결되었습니다.

  • 여러 원격 사이트를 대상으로 하는 여러 가상 시스템에 대한 다시 보호 작업이 실패하고 다음 오류가 발생함: 가상 시스템 vm_name에 대한 복제를 되돌릴 수 없습니다. 작업이 시간 초과되었습니다.

    여러 가상 시스템을 여러 원격 사이트로 다시 보호할 때 vSphere Replication이 SRM 요청에 대해 응답을 중지합니다. 이 문제는 해결되었습니다.

  • 이름이 일본어로 지정된 복구 계획을 테스트할 때 IP 사용자 지정이 실패함

    복구 계획 이름에 일본어 문자가 사용된 경우 일본어 로케일로 실행 중인 Windows 가상 시스템에서 IP 사용자 지정을 구성하면 스크립팅 오류가 발생하고 사용자 지정 단계가 실패합니다. 이 문제는 해결되었습니다.

  • SRM UI에서 어레이 관리자 보기의 디바이스 탭에 중복 볼륨이 표시됨

    LUN의 대상 번호가 다른 LUN의 소스 번호와 동일한 경우 이 문제가 발생합니다. 이 UI 문제는 해결되었습니다.

  • vSphere Replication 인터페이스를 사용하여 복구를 수행하면 복구가 실패하고 복구된 가상 시스템 ... 구성 파일을 처리하지 못했습니다. Http 요청 실패: org.apache.http.conn.HttpHostConnectException: https:// vCenter_Server_hostname에 대한 연결이 거부되었습니다.라는 오류 메시지가 표시됩니다.

    vCenter Server가 사용자 지정 HTTPS 포트(예: 포트 444)를 사용하여 설치된 경우 복제된 VMX 파일을 업데이트하려고 하면 복구가 실패합니다. 이 문제는 해결되었습니다.

  • 대상 위치가 NFS 데이터스토어에 있을 때 복제를 고급 모드로 구성하면 가상 디스크 형식 선택이라는 오류 메시지가 표시됨

    이 문제는 해결되었습니다.

  • 스토리지 디바이스가 준비되지 않아서 복구 사이트에서 데이터스토어를 다시 검색하지 못함

    복구 사이트의 승격된 스토리지 디바이스를 ESXi 호스트에서 사용할 수 있게 되기 전에 SRA가 SRM에 응답을 보낼 수 있습니다. SRM이 SRA에서 응답을 수신하면 스토리지 디바이스를 다시 검색합니다. 스토리지 디바이스를 부분적으로만 사용할 수 있는 경우, ESXi Server는 스토리지 디바이스를 감지하지 않고 SRM은 다시 검색을 수행할 때 복제된 디바이스를 찾지 않습니다. 따라서 데이터스토어가 생성되지 않으며 복구된 가상 시스템을 찾을 수 없습니다.

    해결 방법: 사용할 수 없는 데이터스토어와 관련하여 문제가 발생하는 경우 SRM 5.1.1에서 새로 제공하는 설정을 사용하여, SRA에 의해 스토리지 디바이스가 승격된 이후에 다시 검색을 시작하도록 지연할 수 있습니다.

    1. SRM 사이트를 마우스 오른쪽 버튼으로 클릭하고 고급 설정을 선택합니다.
    2. storageProvider를 클릭합니다.
    3. 스토리지 다시 검색 시작을 초 단위로 지연하도록 storageProvider.hostRescanDelaySec 매개 변수를 설정합니다. 20에서 180 사이의 값이 적합합니다.
    4. SRM 서비스를 다시 시작합니다.

    참고: 이전 릴리스에서 storageProvider.hostRescanRepeatCnt 매개 변수를 사용하여 복구 시 지연을 수행했을 수 있습니다. 이제 새 storageProvider.hostRescanDelaySec 매개 변수를 대신 사용하십시오.

  • 보호된 사이트의 ESXi Server와 vCenter Server의 연결이 끊기는 경우 계획된 마이그레이션 도중에 SRM이 예기치 않게 중지됨

    보호된 사이트의 ESXi Server와 vCenter Server의 연결이 끊기거나 문제가 발생하여 vCenter Server에 대한 연결이 손실되는 경우, 계획된 마이그레이션을 수행하려고 하면 SRM이 예기치 않게 중지됩니다. 이 문제는 해결되었으므로 계획된 마이그레이션을 실행할 때 SRM이 중지되지 않습니다. 대신, 계획된 마이그레이션이 실패하고 오류가 발생합니다.

    해결 방법:

    1. vCenter Server 인벤토리에서 ESXi Server를 제거합니다.
      호스트의 전원을 의도적으로 껐거나 호스트를 유지 보수 모드로 전환한 경우, 호스트에서 실행 중인 가상 시스템이 없어야 합니다. 이 경우, 리소스 풀과 폴더만 손실됩니다. 호스트가 클러스터의 일부인 경우, 호스트를 복원하면 리소스 풀과 폴더가 다시 생성됩니다.
    2. 호스트를 복원하고 이를 vCenter Server에 다시 연결합니다.
    3. 재해 복구를 실행하여 가상 시스템을 복구 사이트로 마이그레이션합니다.

  • 시간 초과가 발생하고 "HBA 다시 검색 작업의 시간 초과로 인해 복제된 데이터스토어를 찾을 수 없습니다"라는 오류가 발생함

    호스트 다시 검색 작업 도중 발생하는 시간 초과 관련 오류 및 오류 메시지 감지를 개선하기 위해 이 문제가 해결되었습니다.

  • 가져온 인증서를 사용하여 SRM 5.1을 설치하거나 SRM 5.1로 업그레이드하면 실패함

    자동으로 생성된 인증서가 아닌 가져온 PKCS12 인증서를 사용하여 SRM 5.1을 설치하거나 SRM 5.1로 업그레이드하려고 하면 설치 관리자가 완료될 때까지 실행되지만 '인증서를 설치하지 못했습니다' 오류가 발생하면서 실패합니다. 이 문제는 해결되었습니다.

  • 어레이 기반 복구 계획 테스트의 정리 도중 복구 사이트의 SRM Server가 예기치 않게 중지됨

    어레이 기반 복구 계획을 테스트한 후 정리 작업을 실행할 때 복구 사이트의 SRM Server가 예기치 않게 중지됩니다. 로그에는 다음 오류가 포함됩니다. 패닉: Win32 예외: 액세스 위반입니다. 이 문제는 해결되었습니다.

  • 사용자 지정 복구 단계로는 IP 사용자 지정 전에 가상 시스템의 전원 켜짐이 중지되지 않음

    테스트 복구의 "쓰기 가능한 스토리지 스냅샷 만들기" 단계 후에나 실제 복구의 "복구 사이트 스토리지를 쓰기 가능으로 변경" 단계 후에 사용자 지정 복구 단계를 삽입한 경우 가상 시스템을 IP 사용자 지정으로 구성하면 복구 계획은 사용자 지정 복구 단계가 완료될 때까지 기다리지 않고 가상 시스템의 전원을 켭니다. 이 문제는 해결되었습니다.

  • VCVA와 함께 사용자 지정 인증서를 사용할 때 쌍으로 구성된 SRM Server가 실패함

    SRM Server에 사용자 지정 인증서를 사용하는 경우 쌍으로 구성된 SRM Server와 vCenter Server 가상 장치가 실패하고 다음 오류가 발생합니다. 이 작업을 수행할 수 있는 권한이 거부되었습니다. 이 문제는 해결되었습니다.

  • 복구 계획을 테스트하는 도중에 SRM이 예기치 않게 중지되는 경우, 테스트를 다시 실행하려고 할 때 SRM이 다시 중지됨

    복구 계획을 테스트할 때 SRM이 예기치 않게 중지되면 복구 계획을 다시 실행하려고 할 때마다 항상 SRM이 중지됩니다. 이는 중간에 중단된 테스트 복구로 인해 잘못된 상태에 있는 가상 시스템의 상태에 대한 어설션 검사 때문입니다. 이 문제는 해결되었습니다.

  • vSphere Replication을 사용한 다시 보호 작업이 실패하고 인증 오류가 발생함

    vSphere Replication을 사용하여 다시 보호 작업을 수행하면 89% 정도 완료된 후 잠시 대기했다가 다음 오류와 함께 실패합니다. runHbrReprotect: com.vmware.vim.binding.vim.fault.NotAuthenticated. 보조 사이트의 가상 시스템이 잘못된 상태로 유지됩니다. 이 문제는 해결되었습니다.

  • 보호된 사이트의 마이그레이션을 위해 가상 시스템을 준비하는 단계에서 복구 도중에 SRM이 실패함

    보호된 가상 시스템이 여러 호스트 간에 공유된 데이터스토어에 있고 이러한 호스트가 각기 다른 데이터센터에 있는 경우, 보호된 사이트의 VM 마이그레이션 준비 단계에서 복구 도중에 SRM이 실패할 수 있습니다. 로그에 다음 메시지가 표시됩니다. SRM 패닉: 어설션 실패: "ok" @ path/deactivateStorage.cpp:1170. 이 문제는 해결되었습니다.

    • 알려진 문제

      다음의 알려진 문제는 철저한 테스트를 통해 발견되었으며 이번 릴리스에서 발생할 수 있는 일부 동작을 이해하는 데 도움이 될 것입니다.

      • 복구 중 가상 시스템 VNIC의 MAC 주소가 일반적으로 유지됨

        아주 드문 경우이긴 하지만 vCenter가 복구 사이트에서 가상 시스템의 VNIC에 새 MAC 주소를 예기치 않게 할당하기 때문에 테스트 또는 복구에서 특정 가상 시스템을 복구하지 못할 수 있습니다. 복구 단계의 결과 열에 표시되는 오류 메시지는 다음과 같습니다. 오류 - 스크립팅 런타임 오류나 잘못된 스크립트 매개 변수 때문에 사용자 지정을 완료할 수 없습니다(오류 코드: 255). IP 설정이 부분적으로 적용되었을 수 있습니다. SRM 로그에는 다음 메시지가 포함됩니다. Error finding the specified NIC for MAC address = xx::xx:xx:xx:xx(여기서 xx::xx:xx:xx:xx는 예상 MAC 주소임).

        해결 방법: vSphere Client 가상 시스템 속성에서 영향을 받는 가상 시스템의 MAC 주소를 "xx::xx:xx:xx:xx"로 수동으로 수정하고 복구 계획을 다시 시작합니다.

      • 복구 중에 SRM에서 데이터스토어 마운트 오류가 발생할 수 있음

        테스트 복구 또는 실제 페일오버 중에 SRM은 복구된 데이터스토어를 사용할 수 있게 될 때까지 기다립니다. 데이터스토어를 사용할 수 있게 된 후 SRM은 마운트되지 않은 데이터스토어를 마운트하려고 시도합니다. 드문 경우이긴 하지만 이러한 데이터스토어는 SRM에 의해 마운트될 수 있기 전에 자동으로 마운트됩니다. 이러한 상황이 테스트 페일오버 중에 발생하면 페일오버가 완료되지 않고, 실제 복구 중에 발생하면 복구가 완료되지만 오류가 발생합니다. 이 문제를 해결하려면 복구를 다시 시도하십시오.

      • vCenter Server 연결의 일시적인 손실로 인해 원시 디스크 매핑을 사용하는 가상 시스템에 대한 복구 문제가 발생할 수 있음

        vCenter Server에 대한 연결이 복구 중에 손실되는 경우 다음 중 하나가 발생할 수 있습니다.

        • vCenter Server가 사용할 수 없는 상태로 남아 있고 복구가 실패합니다. 이 문제를 해결하려면 vCenter Server와 연결을 다시 설정하고 복구를 다시 실행하십시오.
        • 드문 경우이긴 하지만 vCenter Server가 다시 사용할 수 있게 되고 가상 시스템이 복구됩니다. 이러한 경우 가상 시스템에 RDM(원시 디스크 매핑)이 있으면 RDM이 적절하게 매핑되지 않을 수 있습니다. RDM을 적절하게 매핑하지 못한 결과로, 가상 시스템의 전원을 켜지 못하거나 게스트 운영 체제 또는 게스트 운영 체제에서 실행되는 장치와 관련된 오류가 발생할 수 있습니다.
          • 테스트 복구인 경우 정리 작업을 완료하고 테스트를 다시 실행합니다.
          • 실제 복구인 경우 올바른 RDM을 복구된 가상 시스템에 수동으로 연결해야 합니다.

        원시 디스크 매핑 추가에 대한 자세한 내용은 가상 시스템 설정 편집에 대한 vSphere 설명서를 참조하십시오.

      • 복구 계획의 취소가 완료되지 않음

        복구 계획이 실행될 때 가상 시스템을 동기화하려고 시도합니다. 복구 계획을 취소할 수 있지만 복구 계획 실행을 취소하려고 하면 동기화가 완료되거나 만료될 때까지 취소가 완료되지 않습니다. 기본 만료 기간은 60분입니다. 다음 옵션을 사용하여 복구 계획의 취소를 완료할 수 있습니다.

        • vSphere Replication을 일시 중지하여 동기화가 실패하도록 합니다. 복구가 오류 상태가 된 후 vSphere Client를 사용하여 vSphere Replication 탭에서 vSphere Replication을 다시 시작합니다. 복제가 다시 시작된 후 원하는 경우 복구 계획을 다시 실행할 수 있습니다.
        • 동기화가 완료되거나 동기화 시간이 초과될 때까지 기다립니다. 상당한 시간이 걸릴 수 있지만 결국 완료됩니다. 동기화가 완료되거나 만료된 후 복구 계획의 취소가 계속됩니다.

      • ASCII가 아닌 암호가 VAMI(가상 장치 관리 인프라)에 로그인하는 데 허용되지 않음

        사용자가 VAMI를 사용하여 vSphere Replication 장치를 관리할 수 있습니다. ASCII가 아닌 문자를 사용하는 암호가 있는 계정으로 VAMI에 로그온하려고 하면 실패합니다. 이 문제는 올바른 인증 정보가 제공된 경우에도 발생합니다. 이 문제는 ASCII가 아닌 암호가 VAMI에서 사용되는 모든 경우에 발생합니다. 이 문제를 방지하려면 ASCII 암호를 사용하거나 SSH를 사용하여 연결하십시오.

      • 보호된 가상 시스템에 대한 데이터스토어 복제를 중지하면 잘못된 오류 메시지가 생성됨

        여러 데이터스토어에 디스크가 있는 가상 시스템을 보호한 다음 이후에 데이터스토어 중 하나에 대한 복제를 해제할 수 있습니다. 이러한 경우에 보호 그룹에 있는 가상 시스템의 상태가 올바르지 않음: 가상 시스템 'VM'이(가) 더 이상 보호되지 않습니다. 내부 오류: '2001' 디스크에 대한 로케이터를 만들 수 없습니다.로 변경됩니다. 이 정보는 잘못되었습니다. 상태는 데이터스토어 '[ datastore name]'이(가) 더 이상 복제되지 않습니다.로 변경되어야 합니다.

      • 디스크 구성 오류 때문에 가상 시스템 복구에 실패함

        여러 데이터스토어에 보호된 단일 가상 시스템에 대한 여러 디스크 및 구성 파일을 배치할 수 있습니다. 복구 중에 SRM은 원시 디스크 매핑과 상위 디스크 파일에 액세스해야 합니다. 액세스하지 못하면 SRM은 복구 중에 디스크 유형을 확인할 수 없습니다. 이러한 경우 SRM은 RDM(원시 디스크 매핑) 디스크가 RDM이 아닌 디스크라고 간주할 수 있으므로 재구성이 실패할 수 있습니다. 이 문제를 방지하려면 복구된 가상 시스템 구성 파일에 액세스할 수 있는 모든 호스트가 RDM 매핑 파일과 모든 상위 디스크(있는 경우)에도 액세스할 수 있는지 확인하십시오.

      • 보호된 사이트 연결에 실패한 후 복구가 진행되지 않음

        비활성화 작업 중이나 RemoteOnlineSync 또는 RemotePostReprotectCleanup(둘 다 다시 보호 중에 발생함) 중에 보호 사이트에 연결할 수 없게 되면 복구 계획이 진행되지 못할 수 있습니다. 이러한 경우 시스템은 보호 사이트의 일부였던 가상 시스템이나 그룹이 중단된 작업을 완료할 때까지 기다립니다. 다시 보호 작업 중에 이 문제가 발생하면 원래 보호 사이트에 다시 연결한 다음 복구 계획을 취소하고 다시 시작해야 합니다. 이 문제가 복구 중에 발생하는 경우에는 복구 계획을 취소하고 다시 시작하기만 하면 됩니다.

      • vSphere Replication 장치가 유효한 ESX 호스트를 지원하지 못함

        vSphere Replication 구성 중에 지원되는 버전의 ESX에서 데이터스토어가 선택되면 VR Server Server Name에 대상 데이터스토어에 액세스하는 데 필요한 호스트가 없습니다.라는 메시지가 표시됩니다. 이 문제는 새 호스트를 vCenter Server에 추가할 때나 vSphere Replication 서버를 등록하는 동안 vSphere Replication 장치와 vSphere Replication 서버 간의 통신이 일시적으로 중단된 경우에 발생합니다. 통신 문제는 일반적으로 연결의 일시적 손실이나 서버 서비스 중지 때문에 발생합니다.

        이 문제를 해결하려면 vSphere Replication 관리 서버 서비스를 다시 시작해야 합니다.

        1. https://vr_applliance_address:5480에서 vSphere Replication 장치의 VAMI(가상 장치 관리 인터페이스)에 로그인합니다.
        2. 서비스 상태에서 구성 > 다시 시작을 차례로 클릭합니다.
      • DPM(Distributed Power Management)을 사용하도록 설정된 클러스터에 있을 때 데이터스토어가 마운트 해제되지 못함

        호스트가 대기 모드로 전환되는 경우 계획된 마이그레이션과 재해 복구 시 DPM 클러스터에 연결된 호스트에서 데이터스토어를 마운트 해제하지 못합니다. 오류: 호스트 hostname에서 datastorename 데이터스토어를 마운트 해제할 수 없습니다. 원격 호스트가 분리되어 통신할 수 없습니다.오류가 표시될 수 있습니다. 이 문제를 해결하려면 계획된 마이그레이션이나 재해 복구를 완료하기 전에 보호된 사이트에서 DPM을 해제하십시오. 복구 작업을 완료한 후 DPM을 다시 설정하도록 선택할 수 있습니다.

      • RDM 실패 후 SRM이 가상 시스템을 복구하지 못함

        데이터스토어를 지원하는 LUN이 영향을 받지 않지만 RDM(원시 디스크 매핑) LUN이 실패할 수 있습니다. 이러한 경우 SRM은 RDM을 사용하여 가상 시스템을 복구할 수 없습니다.

        해결 방법: 영향을 받는 가상 시스템을 수동으로 복구합니다. RDM LUN을 페일오버하고 복구된 가상 시스템에서 RDM 디스크로 다시 연결합니다.

      • 보호된 가상 시스템을 종료할 때 복구 계획에서 다음 오류가 발생함: 오류 - 보호된 사이트의 VM 종료 단계 중 작업 시간이 900초 초과되었습니다.

        CLARiX 같은 동적 스왑을 지원하는 어레이에서 SRM을 사용하여 데이터스토어를 보호하는 경우 보호된 사이트의 작동이 부분적으로 중지되었을 때 재해 복구를 실행하거나 강제 복구를 실행하면 복구 계획을 다시 실행하여 보호된 사이트 작업을 완료할 때 오류가 발생할 수 있습니다. 보호된 사이트가 다시 온라인 상태가 되면 이러한 오류가 발생하지만 SRM은 보호된 가상 시스템을 종료할 수 없습니다. 이 오류는 일반적으로 특정 어레이에서 보호된 LUN을 읽기 전용으로 만들 때 발생하며 ESXi가 전원이 켜진 보호된 가상 시스템에 대한 I/O를 완료할 수 없게 만듭니다.

        해결 방법: 보호된 사이트에서 읽기 전용 LUN의 영향을 받는 ESXi 호스트를 재부팅합니다.

      • 가상 시스템 보호 작업이 100%로 유지되는 것 같음

        VI Client 최근 작업 창에서 VM 보호 작업 중에 가상 시스템이 100%에 멈춰 있습니다. SRM은 가상 시스템을 보호되었음으로 나타내는 구성됨으로 표시합니다. SRM이 가상 시스템을 성공적으로 보호했으므로 조치를 취할 필요가 없습니다.

      • 유지 보수 모드에서 복구 사이트 ESXi 호스트를 다시 시작한 후 10분 내에 정리를 시도하면 실패함

        정리 작업에서는 자리 표시자를 스왑하려고 시도하며 새로 고침 기간이 10분인 호스트 복원 캐시를 사용합니다. 다시 시작된 ESXi 호스트에서 10분 내에 스왑 작업을 시도하면 SRM이 SRM 호스트 복원 캐시에서 정보를 업데이트하지 못하고 스왑 작업이 실패합니다. 정리 작업 또한 실패합니다.

        해결 방법: 10분 동안 기다린 후에 정리를 다시 시도합니다.

      • 이미 다시 보호된 어레이 기반 가상 시스템을 vSphere Replication을 사용하여 보호하려고 할 때 SRM이 중지함

        복구를 실행한 다음 어레이 기반 보호 그룹에 의해 이미 보호된 가상 시스템을 vSphere Replication을 사용하여 보호하려고 하면 SRM Server가 어설션됩니다.

        해결 방법: vSphere Replication으로 보호하기 전에 먼저 SRM Server를 다시 시작하고 어레이 기반 보호된 가상 시스템을 보호 해제합니다. 또는 어레이 기반 보호를 계속 유지하고, vSphere Replication으로 보호하지 마십시오. SRM에서는 두 제공자 모두를 사용하여 보호할 수 없습니다.

      • 디스크가 복제에서 제외되는 경우에도 물리적 모드 RDM 디스크를 사용하여 가상 시스템을 구성할 수 없음

        물리적 모드를 사용하여 가상 시스템의 복제를 구성하는 경우 다음과 같은 오류가 표시될 수 있습니다.

        VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

        해결 방법: 없음

      • 계획된 마이그레이션이 실패하고 다음 오류가 발생함: 오류: 구성 파일을 복사할 수 없습니다.

        클러스터에 2개의 ESXi 호스트가 있고 한 호스트와 스토리지의 연결이 끊어지면 일반적으로 다른 호스트에서 복제된 가상 시스템을 복구할 수 있습니다. 경우에 따라 다른 호스트가 가상 시스템을 복구할 수 없으며 복구가 실패하고 다음 오류가 발생합니다. 오류: 구성 파일을 복사할 수 없습니다.

        해결 방법: 복구를 다시 실행합니다.

      • 가상 시스템을 다시 보호할 때 "역방향 보호 구성" 단계 중 다음 오류가 발생할 수 있음: 오류 - 보호 그룹 'pg_name'에 속한 보호된 VM의 작업이 완료되지 않아 이 그룹에 대한 작업이 부분적으로만 완료되었습니다. VM 'vm_name'은(는) VR에 의해 복제되지 않았습니다.

        이 오류는 "역방향 스토리지 구성" 단계 중 첫 번째 다시 보호 실행이 실패하고 작업 시간 초과 오류가 발생한 경우 두 번째 다시 보호 실행 동안 발생합니다.

        해결 방법: 영향을 받는 가상 시스템에 대한 역방향 복제를 수동으로 구성하고 다시 보호를 다시 실행합니다. 역방향 복제에 대한 자세한 내용은 vSphere Replication 관리: vSphere Replication에서 가상 시스템의 페일백을 참조하십시오.

      • 복구 중 내부 오류가 발생함

        SRM은 복구 프로세스 중 vCenter에서 다양한 정보를 검색합니다. 처리에 필요한 중요 정보를 받지 못하면 내부 오류 CannotFetchVcObjectProperty가 발생할 수 있습니다. 이 오류는 vCenter가 스트레스가 높은 상태에 있거나 ESXi 호스트가 높은 스트레스로 인해 사용할 수 없게 되는 경우에 발생할 수 있습니다. 또한 SRM이 연결이 끊긴 상태이거나 vCenter 인벤토리에서 제거된 ESXi 호스트의 정보를 조회하려고 할 때에도 이 오류가 발생할 수 있습니다.

        해결 방법: 복구 계획을 다시 실행합니다.

      • 복구된 VMFS 볼륨이 마운트되지 않고 다음 오류가 발생함: 데이터스토어를 복구하지 못했습니다.

        이 오류는 vCenter, ESXi 및 SRM Server 간의 지연 시간으로 인해 발생할 수 있습니다.

        해결 방법: 복구 계획을 다시 실행합니다.

      • 가상 시스템에 대한 복구 또는 테스트 워크플로우가 실패하고 다음 메시지가 표시됨: 오류 - ESX 또는 게스트 VM과 통신할 때 예기치 않은 오류 '3008'이 발생했습니다. 가상 시스템에 연결할 수 없습니다.

        드문 경우이긴 하지만 가상 시스템에 대한 IP 사용자 지정 또는 게스트 내 호출을 구성할 때와 복구 사이트 클러스터가 완전 자동화된 DRS 모드일 때 이 오류가 발생할 수 있습니다. 예기치 않은 vMotion으로 인해 가상 시스템에서 일시적인 통신 오류가 발생하여 사용자 지정 스크립트 오류가 초래될 수 있습니다.

        해결 방법: 복구 계획을 다시 실행합니다. 오류가 지속되면 복구 사이트 클러스터 DRS를 수동 모드로 구성하고 복구 계획을 다시 실행합니다.

      • 일부 SRM 시작 작업이 실패하면서 NoPermission 오류가 발생하고 내부 오류: vim.fault.NoPermission이 작업을 수행할 수 있는 사용 권한이 거부되었습니다.대신 표시됨

        미러된 작업에 vCenter Server 또는 SRM 개체가 아닌 개체에 대한 MoRef가 포함된 경우 vSphere Client가 어설션됩니다.

        해결 방법: 실패한 SRM 작업이 복구 작업인 경우 복구 작업 창에서 보다 구체적인 오류를 확인하십시오. vCenter Server 작업 오류의 경우 자세한 정보가 포함된 하위 작업을 참조하십시오.

      • 다시 보호가 실패하고 원격 호스트가 분리되어 통신할 수 없습니다.라는 오류 메시지가 표시됨

        이 오류는 보호된 사이트의 클러스터가 DPM(Distributed Power Management)을 사용하도록 구성되었고 작업에 필요한 ESX 호스트 중 하나가 대기 모드로 전환되었기 때문에 발생할 수 있습니다. DPM이 호스트가 유휴 상태임을 감지하고 해당 호스트를 대기 모드로 전환하는 경우 이 오류가 발생할 수 있습니다. SRM은 이 호스트에서 관리하는 복제된 데이터스토어에 액세스하기 위해 호스트와 통신해야 합니다. SRM은 보호된 사이트에서 DPM 상태를 관리하지 못하지만 복구 사이트에서 복구, 테스트 및 정리를 수행하는 동안에는 DPM 상태를 관리합니다.

        해결 방법: 오류가 지속되면 DPM을 임시로 끄고 보호된 사이트에서 복제된 데이터스토어를 관리하는 ESX 호스트가 켜져 있는지 확인한 후 다시 보호를 실행합니다.

      • 보호 사이트 LUN에 APD(모든 경로 다운) 또는 PDL(영구적 디바이스 손실)이 발생하는 경우 SRM은 경우에 따라 RDM(원시 디스크 매핑) LUN을 복구할 수 없습니다.

        계획된 마이그레이션을 처음 시도하는 동안 SRM이 보호된 가상 시스템을 종료할 때 다음 오류 메시지가 표시될 수 있습니다.

        오류 - 가상 시스템에 보류 중인 질문이 있기 때문에 현재 작업을 할 수 없습니다. 'msg.hbacommon.askonpermanentdeviceloss:스토리지 지원 가상 디스크 VM1-1.vmdk에 영구적인 디바이스 손실이 있습니다. 가상 시스템에서 이 가상 디바이스를 무중단 제거하고 재시도를 클릭한 후 계속할 수 있습니다. 이 세션을 종료하려면 취소를 클릭하십시오.

        보호된 가상 시스템에 RDM 디바이스가 있으면 경우에 따라 SRM이 RDM LUN을 복구하지 못합니다.

        해결 방법:

        1. LUN이 APD/PDL로 전환되면 ESXi Server가 해당하는 모든 가상 시스템을 가상 시스템 작업을 차단하는 질문으로 표시합니다.
          1. PDL의 경우 취소를 클릭하여 가상 시스템의 전원을 끕니다.
          2. APD의 경우 재시도를 클릭합니다.

          계획된 마이그레이션을 실행하는 경우 SRM은 운영 가상 시스템의 전원을 끄지 못합니다.
        2. 가상 시스템에 RDM 디바이스가 있는 경우 SRM은 RDM 디바이스를 추적하지 못하고 복구하지 못할 수 있습니다. 모든 HBA를 다시 검색하고 영향을 받는 모든 LUN의 상태가 APD/PDL 상태에서 되돌려졌는지 확인합니다.
        3. vCenter Server 인벤토리를 확인하고 가상 시스템을 차단하고 있는 PDL 질문에 응답합니다.
        4. LUN이 다시 온라인 상태가 되기 전에 PDL 질문에 응답하는 경우 보호된 사이트의 SRM Server는 RDM 디바이스가 더 이상 이 가상 시스템에 연결되지 않은 것으로 잘못 감지하고 RDM 디바이스를 제거합니다. 다음에 복구를 실행할 때 SRM은 이 LUN을 복구하지 않습니다.
        5. 모든 HBA를 다시 검색하여 vCenter Server 인벤토리에서 모든 LUN이 온라인 상태인지 확인하고 영향을 받는 모든 가상 시스템의 전원을 켭니다. vCenter Server는 손실된 RDM을 보호된 가상 시스템과 연결합니다.
        6. SRM 인터페이스에서 어레이 관리자 탭을 확인합니다. 모든 보호된 데이터스토어와 RDM 디바이스가 표시되지 않는 경우 새로 고침을 클릭하여 디바이스를 검색하고 데이터스토어 그룹을 다시 계산합니다.
        7. 그룹 설정 편집에 보호된 데이터스토어 및 RDM 디바이스가 모두 표시되어 있고 가상 시스템 보호 상태에 오류가 표시되지 않는지 확인합니다.
        8. 계획된 마이그레이션을 시작하여 RDM 디바이스를 비롯한 모든 보호된 LUN을 복구합니다.
      • vCenter Server를 다시 시작한 후 vSphere Replication을 사용할 때 다시 보호 작업이 실패하고 오류 - 가상 시스템 ' virtual_machine'에 대한 복제를 되돌릴 수 없습니다. 세션이 인증되지 않았습니다.오류가 발생함

        vCenter Server가 다시 시작된 후 SRM이 vSphere Replication과 통신하는 데 사용하는 일부 세션을 새로 고치지 못하고 이로 인해 다시 보호가 실패합니다.

        해결 방법: 두 사이트 모두에서 SRM 서비스를 다시 시작합니다.

      • 호스트 중 하나와 자리 표시자 데이터스토어의 연결이 끊어지면 테스트 복구 정리가 실패할 수 있음

        복구 사이트에 호스트 2개가 있는 클러스터에서 테스트 복구를 실행했는데 클러스터의 호스트 중 하나와 자리 표시자 데이터스토어의 연결이 끊어지면 테스트 복구 정리가 실패할 수 있습니다.

        해결 방법: 정리를 강제 모드로 실행합니다. 복구 사이트에서 자리 표시자 데이터스토어에 대한 연결이 끊어진 호스트에서 만든 자리 표시자 가상 시스템을 수동으로 제거합니다. 가상 시스템 복제 구성을 제거하고 복제를 재구성합니다. 보호 그룹 속성에서 가상 시스템 보호를 재구성합니다.

      • vSphere Replication 서버를 등록하는 동안 vSphere Replication이 vCenter Server 인벤토리에 추가된 호스트의 데이터스토어에 대해 "데이터스토어에 액세스할 수 없습니다"를 보고함

        vSphere Replication은 vSphere Replication 등록의 일부로 vCenter 인벤토리에서 지원되는 모든 호스트를 선택하고 사용하도록 설정합니다. vSphere Replication이 여전히 등록되고 있는 중에 vCenter에 호스트를 추가하면 vSphere Replication이 이 호스트를 선택하지 않으며 복구 사이트의 데이터스토어에 액세스할 수 없습니다.

        해결 방법: vSphere Replication에서 사용하도록 설정할 vCenter 인벤토리에 있는 호스트의 연결을 끊었다가 다시 연결합니다.

      • vSphere Replication 서버 등록이 vCenter Server 인벤토리의 호스트 수에 따라 오래 걸릴 수 있음

        vCenter Server 인벤토리에 수백 개 이상의 호스트가 포함된 경우 vSphere Replication이 각 호스트의 SSL 지문 레지스트리를 업데이트하므로 VR Server 등록 작업이 완료되는 데 1시간 이상 소요됩니다. vSphere Replication 서버 등록 작업이 진행되면서 각 호스트에 대해 vCenter Server 이벤트 창에 호스트가 vSphere Replication에 대해 구성됨이 표시됩니다.

        해결 방법: 등록 작업이 완료될 때까지 기다립니다. 등록 작업이 완료되면 들어오는 복제 트래픽에 vSphere Replication을 사용할 수 있습니다.

      • vSphere Replication 등록이 실패하고 다음 오류가 발생할 수 있음: VRM Server 일반 오류입니다. 다른 트랜잭션에 의해 행이 업데이트되거나 삭제되었습니다. HostEntity #&lthost-managed-object-id&gt.

        vCenter Server의 인벤토리에 많은 수의 호스트가 있고 등록이 진행 중일 때 다음 작업을 수행하는 경우 VR Server 등록 작업이 실패하고 이러한 오류가 발생할 수 있습니다.

        • vCenter Server 인벤토리에서 호스트 제거
        • 인벤토리에서 호스트 제거 및 다시 연결
        • 호스트의 SSL 지문 변경

        해결 방법: VR Server 등록 작업을 다시 시도합니다.

      • 복구가 실패하고 다음 오류가 발생함: 테스트 버블 이미지를 만드는 동안 오류가 발생했습니다. 예외 정보: 데이터스토어: managed-object-id에 대한 호스트 마운트를 가져오는 동안 오류가 발생했습니다.또는 개체가 이미 삭제되었거나 완전히 생성되지 않은 상태입니다.

        테스트 복구나 계획된 복구를 실행할 때 복구 계획이 실패하고 특정 예외가 발생하는 경우 복제 데이터를 저장하는 데 사용된 LUN과 ESXi의 연결이 일시적으로 끊깁니다. 다시 연결되면 복제가 정상적으로 계속되고 복제 데이터가 손실되지 않습니다. 이 예외는 다음 시나리오 동안 발생합니다.

        • LUN의 내부 ID가 변경되어 vSphere Replication에서 LUN을 찾을 수 없습니다.
        • 대상 데이터스토어가 포함된 호스트를 vCenter 인벤토리에서 제거하고 나중에 추가하면 대상 데이터스토어 내부 ID가 변경됩니다.

        새 ID를 새로 고치도록 복제를 수동으로 재구성해야 합니다.

        해결 방법: 주 사이트를 더 이상 사용할 수 없는 경우 VMware 지원에 문의하여 변경된 내부 데이터스토어 ID의 자동 수정을 트리거하여 복구를 허용하는 특수 구성 항목을 vSphere Replication 장치 데이터베이스에 추가하는 방법에 대한 지침을 얻으십시오. 주 사이트를 아직 사용할 수 있는 경우 다음을 수행하십시오.

        1. 실패한 복구 계획에 대해 정리 작업을 실행합니다.
        2. vSphere Replication 보기의 가상 시스템 탭에서 가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 복제 구성을 선택합니다.
        3. 다음, 찾아보기를 차례로 클릭하여 분리되었다가 다시 연결된 데이터스토어에 있는 파일의 위치를 변경하고 이전과 같은 데이터스토어 및 폴더 위치를 선택합니다.
        4. 기존 디스크를 재사용하고 가상 시스템의 복제를 재구성합니다. 그러면 vSphere Replication 관리 서버가 vCenter Server에서 변경된 데이터스토어 ID(관리 개체 ID)를 선택합니다.
        5. 초기 동기화가 완료될 때까지 기다립니다. 이 동기화에서는 기존 디스크를 사용하고 데이터 일관성을 확인합니다.

      • 복구 사이트의 폴더 이름에 백분율(%) 기호를 포함하면 복제 중에 새 폴더가 만들어짐

        복구 사이트의 폴더 이름에 백분율(%) 기호를 포함하고 해당 폴더에 대한 복제를 구성하려고 하면 복제가 추가 인코딩이 포함된 잘못된 폴더에 만들어질 수 있습니다. 예를 들어, %3dTest 폴더를 만드는 경우 vSphere Replication은 %253dTest 폴더를 새로 만들고 이 폴더에 복제를 배치합니다.

      • Internet Explorer 7에서 상황에 맞는 도움말에 액세스할 수 없음

        KB 1009801 을 참조하십시오.

      • 로드가 과도한 환경에서 지원 번들을 생성하면 진행 중인 vSphere Replication 작업이 중단될 수 있음

        로드가 과도한 환경에서 지원 번들을 생성하면 복구 작업 중에 vSphere Replication 연결 문제가 발생할 수 있습니다. 이 문제는 특히 vSphere Replication 가상 시스템의 스토리지가 오버로드된 경우 발생합니다.

        해결 방법: vSphere Replication 서버가 지원 번들의 생성에 의해 차단되었을 때 작업이 시작되지 않는 경우 작업을 다시 실행해 봅니다. 스토리지가 NAS인 경우 네트워크 대역폭뿐만 아니라 클러스터의 예상되는 스토리지 대역폭 요구 사항을 다시 평가합니다.

      • vSphere Replication에 의해 보호되는 가상 시스템의 마지막 동기화 크기 값이 마지막 동기화 후 변경된 데이터 양과 동일함

        vSphere Replication이 보호하는 가상 시스템에서 전체 동기화를 수행하는 경우에도 마지막 동기화 크기 값에 전체 가상 시스템의 크기가 아니라 마지막 동기화 이후 변경된 데이터 양이 표시됩니다. 이는 동기화가 완료되지 않았다는 의미로 잘못 해석될 수 있습니다. 초기 동기화 후 가상 시스템의 전체 동기화 동안 vSphere Replication은 전체 디스크를 비교하지만 전체 디스크가 아니라 변경된 데이터만 전송합니다.

        초기 동기화의 크기 및 기간을 보려면 vSphere Replication이 vCenter Server에 게시하는 이벤트를 확인할 수 있습니다. 이 문제는 ESXi 5.0.x 호스트에서만 발생합니다. ESXi 5.1 호스트에서는 이 동작이 명확해졌습니다.

      • 여러 복구 계획을 동시에 실행할 때 다시 보호가 실패하고 오류가 발생함

        여러 복구 계획을 동시에 실행할 때 다시 보호가 실패하고 오류 - 보호 그룹 'protection_group'에 속한 보호된 VM의 작업이 완료되지 않아 이 그룹에 대한 작업이 부분적으로만 완료되었습니다. 오류가 발생할 수 있습니다.

        해결 방법: 다시 보호 작업을 다시 실행합니다.

      • 최근 변경 내용이 호스트 인벤토리에서 발생한 경우 복구 또는 테스트 복구가 실패하고 "전원이 켜져 있고 유지 보수 모드에 있지 않은 호스트 중 하드웨어 버전이 '7'이고 'ds_id' 데이터스토어가 있는 호스트가 없습니다."라는 오류가 발생할 수 있음

        SRM Server는 호스트 인벤토리 상태에 대한 캐시를 유지합니다. 경우에 따라 호스트가 액세스할 수 없게 되거나, 연결이 끊기거나, 일부 데이터스토어에 대한 연결이 끊어지는 등 인벤토리에 대한 최근 변경 내용이 있는 경우 SRM Server가 캐시를 업데이트하는 데 최대 15분이 필요할 수 있습니다. SRM Server의 캐시에 잘못된 호스트 인벤토리 상태가 있는 경우 복구 또는 테스트 복구가 실패할 수 있습니다.

        해결 방법: 호스트 인벤토리를 변경한 경우 15분 동안 기다린 후 복구를 실행합니다. 위의 오류가 확인되면 15분 동안 기다린 후 복구를 다시 실행합니다.

      • 다시 보호가 실패하고 다음 오류가 발생함: 작업 시간(7200초)이 초과되었습니다. VRM 그룹 &ltUnavailable&gt에 대한 VR 동기화에 실패했습니다. 작업 시간(7200초)이 초과되었습니다.

        다시 보호를 실행할 때 SRM이 복제 그룹에 대한 온라인 동기화를 수행하는데, 이 작업의 시간이 초과될 수 있습니다. 기본 시간 초과 값은 2시간입니다.

        해결 방법: SRM의 고급 설정에서 시간 초과 값을 늘립니다.

      • 복구가 완료되는 데 오래 걸리고 다시 보호가 로그인 자격 증명을 확인할 수 없습니다. 인증 서비스 인프라에 오류가 발생했습니다. 오류로 인해 실패함

        이 오류는 Windows 2003 서버에서 실행되는 vCenter Server의 사용 후 삭제 포트의 소진 때문에 발생합니다. SRM Server는 vCenter Server와 통신할 수 없습니다.

        해결 방법:

        1. KB 979230의 Microsoft 핫픽스를 설치하여 tcpip.sys 드라이버의 문제를 해결합니다.
        2. 수동으로 변경하거나 다음 .reg 파일을 가져와서 다음 regedit 값을 설정합니다.
          Windows Registry Editor Version 5.00
          
          [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
          "MaxUserPort"=dword:00002710
          "TcpTimedWaitDelay"=dword:0000001E
                            
        3. 레지스트리 값이 없는 경우 값을 만듭니다.
        4. 변경한 후 Windows 2003 서버 시스템을 다시 시작합니다.

      • Windows XP 또는 Windows 2003에서 SRM 클라이언트 플러그인을 실행할 때 vSphere Replication 장치 상태가 연결 끊김임

        vSphere Replication 사이트에 대한 요약 탭에서 vSphere Replication 장치의 상태가 연결 끊김으로 표시됩니다. 연결을 다시 구성하려고 시도하면 server_address:8043의 로컬 VRMS 서버에 대한 연결이 끊어졌습니다. (클라이언트에서 서버 'server_address'(으)로 완전한 요청을 보낼 수 없습니다. (The underlying connection was closed: 전송 측에서 예상치 못한 오류가 발생했습니다.)) 오류가 발생합니다. 이 문제는 SRM 클라이언트 플러그인이 이전 버전의 Windows에서 실행되는 경우 SRM 클라이언트 플러그인과 vSphere Client가 암호화를 협상할 수 없기 때문에 발생합니다. 데스크톱 버전의 vSphere Client 및 SRM 클라이언트 플러그인을 Windows XP 64비트 또는 Windows Server 2003 SP2에서 실행하는 경우 서버 및 클라이언트 암호화 지원 간에 비호환성이 발생할 수 있습니다.

        해결 방법: Microsoft KB 948963의 Microsoft 핫픽스를 다운로드하여 설치합니다. 이 핫픽스는 정규 Windows 업데이트에는 적용되지 않으므로 픽스를 직접 다운로드하여 적용해야 합니다.

      • 가상 시스템 동기화, 복구 또는 다시 보호 작업이 실패하고 다음 vSphere Replication 일반 오류가 발생함: ID=<...>인 요청한 인스턴스가 원격 사이트에 없습니다.

        작업에서 오류가 보고되지만 vSphere Replication은 가상 시스템 상태를 원격 사이트에 성공적으로 동기화합니다. 이 오류는 동기화 작업을 요청할 때나 이 작업을 사용하는 복구 또는 다시 보호와 같은 기본 작업을 실행할 때 발생할 수 있습니다. 이 문제는 해결되었습니다.

      • 서로 다른 인증서 신뢰 방법 때문에 사이트 쌍 구성에 실패함

        SRM 사이트 쌍을 구성할 때 로컬 서버와 원격 서버에서 서로 다른 인증서 신뢰 방법을 사용합니다.라는 오류가 표시됩니다. 이 오류는 인증서에 서명하는 CA(인증 기관)의 루트 인증서가 SRM Server에 없는 경우에 발생합니다. 이 문제를 해결하려면 Microsoft 관리 콘솔을 사용하여 SRM 인증서의 서명 인증 기관에 대한 루트 인증서를 설치하십시오. 인증서를 설치한 후 SRM 설치 수정 작업을 수행하여 사용자가 생성한 인증서를 다시 제공해야 합니다.

      • 데이터스토어를 사용할 수 없게 되면 오래된 복제 상태가 표시됨

        가상 시스템 동기화가 시작된 후 대상 데이터스토어를 사용하지 못하게 될 수 있습니다. 이러한 경우 그룹 상태에 이 실패에 대한 정보가 표시되어야 하지만 그룹 상태가 변경되지 않습니다. 데이터스토어를 사용할 수 없는 경우와 관련된 문제를 확인하려면 대상 데이터스토어에서 생성된 이벤트를 사용해야 합니다. 이러한 경우 다음과 같은 이벤트가 생성됩니다.

        • VR Server에 대한 데이터스토어에 액세스할 수 없습니다.데이터스토어에 액세스할 수 없게 된 후 즉시 생성됩니다.
        • 가상 시스템 vSphere Replication RPO를 위반했습니다.복제본이 지정된 RPO 내에서 생성될 수 없습니다.
      • 인증서 정책이 엄격하기 때문에 서버 쌍 구성에 실패하는 경우 일반 오류 메시지가 표시됨

        사이트 간의 서버 쌍 구성에 실패하고 다음 오류 메시지가 표시됩니다. 사이트 쌍 구성 또는 해제 작업에 실패했습니다. 세부 정보: VRM Server 일반 오류입니다.이 오류는 한 사이트가 엄격한 인증서 정책을 사용하도록 구성되어 있고 다른 사이트는 관대한 인증서 정책을 사용하도록 구성되어 있는 경우에 발생할 수 있습니다. 이러한 경우 쌍 구성에 실패합니다. 쌍 구성에 실패한 후 엄격한 인증서 정책을 사용하도록 관대한 인증서 정책을 수정하고 유효한 인증서를 제공하십시오.

      • 다시 보호 다시 실행이 실패하고 다음 오류가 발생함: 보호 그룹 '{protectionGroupName}'에서 복구해야 하는 자리 표시자가 있는 VM을 보호했습니다.

        첫 번째 다시 보호 중에 ReloadFromPath 작업이 성공하지 못한 경우 해당하는 보호된 가상 시스템이 repairNeeded 상태로 전환됩니다. SRM이 보호 그룹에서 다시 보호를 실행할 때 SRM은 보호된 가상 시스템을 복구할 수도 없고 자리 표시자 가상 시스템을 복원할 수도 없습니다. 이 오류는 해당하는 ReloadFromPath 작업이 실패하여 가상 시스템에 대한 첫 번째 다시 보호 작업이 실패하는 경우에 발생합니다.

        해결 방법: 강제 정리 옵션을 사용하도록 설정하여 다시 보호를 다시 실행합니다. 이 옵션은 다시 보호 작업을 완료하고 자리 표시자 다시 만들기 옵션을 사용하도록 설정합니다. 자리 표시자 다시 만들기를 클릭하여 보호된 가상 시스템을 복구하고 자리 표시자 가상 시스템을 복원합니다.

      • vSphere Replication이 여러 관리 가상 NIC를 사용하는 호스트를 통해 데이터스토어에 액세스할 수 없고 vCenter Server에서 DatastoreInaccessibleEvent: vSphere Replication에서 데이터스토어에 액세스할 수 없습니다.를 게시함

        호스트가 여러 가상 NIC를 사용하여 구성되어 있고 관리 트래픽용으로 NIC를 두 개 이상 선택하는 경우 vSphere Replication은 첫 번째 NIC만 등록하고 이 NIC를 사용하여 대상 데이터스토어에 액세스합니다. vSphere Replication 서버 주소가 호스트의 첫 번째 관리 네트워크에 없는 경우 vSphere Replication은 호스트와 통신하지 못합니다.

        해결 방법: 보조 사이트에 있는 데이터스토어의 관리 트래픽용으로 단일 가상 NIC를 선택한 호스트를 사용합니다. 첫 번째 관리 가상 NIC가 vSphere Replication에서 액세스할 수 있는 네트워크에서 제공되도록 호스트 네트워킹을 재구성할 수도 있습니다.

      • 보류 중인 질문 오류로 인해 가상 시스템의 전원을 끌 수 없음

        실수 또는 고의로 이니시에이터를 SAN에서 가상 시스템이 등록된 호스트로 끌어다 놓아 PDL(영구적 디바이스 손실) 상황을 만들면 다음 오류가 표시될 수 있습니다.

        Error: VM에 보류 중인 질문이 있기 때문에 현재 작업을 할 수 없습니다.

        이 오류는 테스트 복구 모드에서 복구 계획을 실행한 후 정리를 실행할 때 PDL 동안 복구 사이트의 하드웨어에 오류가 있는 경우 발생합니다.

        해결 방법: 가상 시스템 요약 탭에서 질문에 응답합니다. 그런 다음 강제 정리 모드에서 정리를 다시 실행합니다. 정리 작업이 완료된 후에도 가상 시스템이 복구 사이트에 계속 있을 수 있으며, 이 경우 가상 시스템을 수동으로 제거합니다.

      • 다시 보호 중 SRM UI에서 공유 복구 사이트의 vSphere Replication 장치가 연결 끊김으로 표시됨

        다시 보호 중에 복제를 역방향으로 구성한 경우 SRM 및 vSphere Replication 장치는 초기 동기화가 역방향으로 완료될 때까지 대기합니다. 복구 계획에 100개가 넘는 가상 시스템이 있는 경우 초기 동기화의 모니터링 작업으로 인해 vSphere Replication 장치가 SRM UI의 호출에 응답하지 않게 됩니다.

        해결 방법: 역방향 복제의 초기 동기화가 완료될 때까지 기다립니다. SRM UI에서 복제 상태가 동기화에서 정상으로 변경됩니다. SRM UI에서 공유 사이트의 vSphere Replication 장치에 다시 연결해 봅니다.

      • 다시 보호 중 SRM C# 클라이언트에서 로그아웃하면 다시 보호 작업의 동기화 단계가 로컬 VC 보기를 가져오는 중 오류가 발생했습니다라는 내용의 오류로 인해 실패함

        다시 보호 중에 복제를 역방향으로 구성한 경우 SRM 및 vSphere Replication 장치는 초기 동기화가 역방향으로 완료될 때까지 대기합니다. SRM은 별도의 동기화 작업을 트리거하여 복제에 문제가 없는지 확인합니다. 이 동기화 작업 도중 SRM UI에서 로그아웃하면 다시 보호 작업은 계속되지만 vSphere Replication이 사용자를 가장할 수 없고 동기화 작업이 실패합니다.

        해결 방법: 다시 보호 워크플로우의 동기화 단계에 표시된 오류를 무시하거나 다시 보호가 완료된 후 SRM UI를 사용하여 동기화를 수동으로 트리거합니다.

      • SRM Server 설치를 수정 또는 복구하려면 관리자 계정을 사용하거나 UAC를 사용하지 않도록 설정해야 함

        Administrators 그룹의 구성원이지만 관리자가 아닌 경우 Windows 제어판에서 SRM Server 설치를 수정 또는 복구하기 전에 Windows UAC(사용자 계정 컨트롤)를 사용하지 않도록 설정해야 합니다. Windows Server 2012 호스트에 SRM Server를 설치한 경우에는 레지스트리를 수정하여 UAC를 사용하지 않도록 설정합니다.

        해결 방법: SRM 설치 관리자를 수정 또는 복구 모드로 실행하려면 Windows Server 2012 시스템에 관리자로 로그인하거나 UAC(사용자 액세스 컨트롤)를 사용하지 않도록 설정합니다. Windows Server 2012에서 UAC를 사용하지 않도록 설정하려면 http://social.technet.microsoft.com/wiki/contents/articles/13953.windows-server-2012-deactivating-uac.aspx를 참조하십시오.

      • CUSTOM_SETUP 옵션이 있는 명령줄에서 수정 모드로 SRM 설치 관리자를 실행하면 오류가 발생함

        CUSTOM_SETUP 옵션을 사용하여 SRM을 설치한 경우, 예를 들어 공유된 복구 사이트 설정을 만들기 위해 명령줄에서 수정 모드로 CUSTOM_SETUP 옵션과 함께 SRM 설치 관리자를 실행하려는 경우 다음 오류가 발생합니다. CUSTOM_SETUP 명령줄은 표준 설치가 이미 있는 경우 지원되지 않습니다.

        해결 방법: Windows 제어판을 사용하여 수정 모드에서 SRM 설치 관리자를 시작합니다.

      • 테스트 복구 도중에 SRM이 예기치 않게 중지되고 패닉이 발생함. SRM 서비스를 다시 시작할 수 있지만 테스트를 계속하면 다시 중지됨

        드문 경우이긴 하지만 테스트 복구 도중에 SRM이 예기치 않게 중지되고 다음 오류가 발생합니다. 패닉: 어설션 실패: "this->_childJobs.size() == this->_jobsToRemove.size() (잘못된 상태 - 하위 작업이 보류 중일 때 작업을 완료할 수 없습니다.) SRM 서비스를 다시 시작한 후 테스트를 다시 실행하려고 하면 SRM이 중지되고 동일한 오류가 발생합니다. 이 문제는 SRM 데이터베이스가 잘못된 상태에 있을 때 발생합니다.

        해결 방법: VMware 지원에 문의하십시오.

      • 공유된 복구 사이트 설정에서 동시 테스트 복구를 수행하면 복구 사이트의 최근 작업 보기에 중복된 이름 오류가 표시됨

        공유된 복구 사이트 설정(N:1 환경)에서 동시에 여러 테스트 복구를 수행하면 다음과 같이 각기 다른 경우에 다음 오류가 보고될 수 있습니다.

        • 지정한 키, 이름 또는 식별자가 이미 있습니다 - 가상 스위치 또는 포트 그룹을 추가하는 경우
        • 참조된 개체 또는 항목을 찾을 수 없습니다 - 테스트 정리 도중에 가상 스위치 또는 포트 그룹을 제거하는 경우
        • ' resoure_name' 리소스가 사용 중입니다 - 테스트 정리 도중에 가상 스위치 또는 포트 그룹을 제거하는 경우

        이는 명명 충돌로 인한 문제입니다.

        해결 방법: 동일한 vCenter Server 인스턴스에서 순차적으로 테스트 복구 또는 정리 작업을 다시 실행합니다. 동일한 vCenter Server 인스턴스에 등록된 모든 SRM Server 인스턴스에 대해 한 번에 하나의 워크플로우를 실행합니다. 이 문제가 모든 공유된 복구 사이트 환경에서 발생하는 것은 아니며 일반적으로 한 번에 하나의 작업만 실행할 필요는 없습니다. 명명 충돌은 상대적으로 드물게 발생합니다.

      • 보호된 사이트에서 연결이 끊긴 호스트를 제거한 후 다시 보호가 실패함

        보호된 사이트에서 연결이 끊긴 호스트를 제거하고 다시 보호를 실행하는 경우, 다시 보호 작업이 실패하고 다음 오류가 발생할 수 있습니다. 내부 오류: std::exception 'class Vmacore::Exception".

        해결 방법: 강제 정리 옵션을 선택한 상태로 다시 보호를 다시 실행합니다.