VMware vCenter Site Recovery Manager 5.1.0.1 | 2012년 12월 20일 | 빌드 941848
VMware vCenter Site Recovery Manager 5.1(ISO만 해당) | 2012년 9월 10일 | 빌드 820150

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

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

릴리스 정보에 포함된 내용

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

SRM 5.1.0.1의 새로운 기능

SRM 5.1.0.1에서는 다음과 같이 향상된 기능을 제공합니다.

  • SRM 5.1의 중요 문제를 해결합니다. SRM 5.1(빌드 820150)을 설치한 경우 설치를 SRM 5.1.0.1(빌드 941848)로 업그레이드해야 합니다.
  • vSphere Replication 5.1.0.1을 포함합니다. vSphere Replication 5.1을 설치한 경우 SRM을 5.1.0.1로 업그레이드한 후 vSphere Replication도 vSphere Replication 5.1.0.1로 업그레이드해야 합니다.

업그레이드 방법에 대한 지침은 설치 및 업그레이드 정보를 참조하십시오.

SRM 5.1.0.1에서 해결된 문제

  • 가져온 인증서를 사용하여 SRM 5.1을 설치하거나 SRM 5.1로 업그레이드하면 실패함
    자동으로 생성된 인증서가 아닌 가져온 PKCS12 인증서를 사용하여 SRM 5.1을 설치하거나 SRM 5.1로 업그레이드하려고 하면 설치 관리자가 완료될 때까지 실행되지만 인증서를 설치하지 못했습니다 오류가 발생하면서 실패합니다. KB 2036909을 참조하십시오. 이 문제는 SRM 5.1.0.1에서 해결되었습니다.
  • 복구 계획의 정리 중 복구 사이트의 SRM Server가 실패함
    분리할 LUN이 없거나 마운트 해제할 데이터스토어가 없는 경우처럼 정리할 대상이 없는 경우에는 정리 도중 복구 사이트의 SRM Server가 반복적으로 실패합니다. 이 문제는 SRM Server에서 SRA로의 테스트 복구를 시작하는 명령이 최소 하나의 LUN으로 성공한 것으로 보고하지만 복구 사이트의 ESXi 호스트가 다시 검색을 실행할 때 LUN을 찾을 수 없는 경우에 발생합니다. 이 문제는 SRM 5.1.0.1에서 해결되었습니다.

SRM 5.1의 새로운 기능

VMware vCenter Site Recovery Manager 5.1에는 다음과 같은 새로운 기능과 향상된 기능이 추가되었습니다.

  • SRM 5.1은 vSphere Replication을 사용한 다시 보호 및 페일백을 지원합니다. 이전에는 어레이 기반 보호 그룹에 대해서만 다시 보호 및 페일백을 수행할 수 있었습니다. SRM 5.1에서는 vSphere Replication 보호 그룹에 대해 다시 보호 및 페일백을 수행할 수 있습니다.
  • SRM 5.1의 SRM Server는 이제 완전한 64비트 애플리케이션입니다.
  • APD(모든 경로 다운) 상태의 데이터스토어 처리가 향상되었습니다. SRM은 보호된 사이트의 데이터스토어가 APD(모든 경로 다운) 상태에 있고 가상 시스템이 종료되는 것을 방지하고 있음을 감지하는 경우 가상 시스템을 다시 종료하려고 하기 전에 일정 기간 동안 기다립니다. APD 상태는 대개 일시적이므로 APD 상태의 데이터스토어가 다시 온라인 상태가 될 때까지 기다림으로써 SRM은 해당 데이터스토어에서 보호된 가상 시스템을 정상적으로 종료할 수 있습니다.
  • VFMS 디스크에 대한 디스크 재서명이 향상되었습니다.

현지화

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

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

호환성

SRM 호환성 매트릭스

현재 상호 운용성 및 제품 호환성 매트릭스는 VMware vCenter Site Recovery Manager 5.1의 호환성 매트릭스를 참조하십시오.

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

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

VMware VSA 지원

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

설치 및 업그레이드 정보

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

SRM 5.1.0.1 설치

SRM 5.1.0.1을 새로 설치하려면 설치 관리자 VMware-srm-5.1.0-941848.exe를 다운로드하여 실행합니다. Site Recovery Manager 설치 및 구성SRM 설치를 참조하십시오.

기존 SRM 5.0.x 설치를 SRM 5.1.0.1로 업그레이드

기존 SRM 5.0.x 설치를 SRM 5.1.0.1로 업그레이드하려면 설치 관리자 VMware-srm-5.1.0-941848.exe를 다운로드하여 실행합니다. Site Recovery Manager 설치 및 구성SRM 업그레이드를 참조하십시오.

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

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

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

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

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

vSphere Replication 5.1을 설치한 경우 vSphere Replication도 vSphere Replication 5.1.0.1로 업그레이드해야 합니다. Site Recovery Manager 설치 및 구성vSphere Replication 업그레이드를 참조하십시오.

SRM 및 vSphere Replication에 대한 작동 제한

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

SRM SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

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

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

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

  • CPU별 라이센스 개수에서 가상 시스템별 라이센스 개수로의 SRM 변환이 올바르지 않음
    SRM 1.x 및 SRM 4.0을 구입한 일부 고객은 여전히 CPU별로 할당된 라이센스를 사용하고 있을 수 있습니다. 이러한 이전의 CPU별 라이센스를 가상 시스템별 SRM 5.1 라이센스로 변환하는 프로세스에 알려진 문제가 있습니다. 이 프로세스에서는 사용되는 CPU 라이센스 개수를 계산하는 공식이 너무 관대합니다. 이 시나리오에서는 변환을 통해 SRM 5.1에 대해 너무 많은 가상 시스템별 라이센스를 잘못 부여할 수 있습니다. 이는 잘못된 동작이며 SRM 패치에서 수정될 예정입니다. 라이센스 변환 개수를 신중하게 확인하여 라이센스 계약의 조건을 준수하고 라이센스가 부여된 보호된 VM 수를 초과하지 않도록 하십시오.

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

  • SRM 5.1에서는 2개의 MSCS(Microsoft Cluster Server) 노드를 지원합니다.
    vSphere 5.1에서는 최대 5개의 MSCS 노드를 지원합니다. SRM 5.1에서는 2개의 MSCS 노드를 지원합니다.

SRM 5.1에서 해결된 문제

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

  • vSphere Replication 장치의 쌍 구성 또는 쌍 해제에 실패하고 LockingFailedException이 발생함

    드문 경우이긴 하지만 vSphere Replication 장치 서버 간의 쌍 구성 또는 쌍 해제 시 vSphere 서비스가 동시에 중지되는 경우 작업에 실패하고 다음 예외가 발생합니다.

    LockingFailedException: Failed write-locking object: com.vmware.hms.db.entities.HmsLocalServerEntity: VRM Server GUID

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

  • 유효한 인증서 생성 경고

    vSphere Replication 장치는 다음 조건에 모두 해당하는 경우 인증서 관련 문제 때문에 쌍을 구성하지 못합니다.

     

    • 서버의 인증서에 vSphere Replication 장치 주소와 일치하지 않는 호스트 이름 값이 있습니다.
      호스트 이름 값에 주체 이름 또는 대체 주체 이름이 포함될 수 있습니다. vSphere Replication 장치 주소는 애플리케이션 구성 중에 VAMI(가상 장치 관리 인프라)에서 지정됩니다.
    • 피어 vSphere Replication 장치 서버에 인증서의 CA(인증 기관)에 대한 유효한 신뢰 체인이 있습니다.
      이는 Verisign 또는 Go Daddy와 같은 신뢰할 수 있는 CA에서 인증서가 발급되었거나 피어 vSphere Replication 장치 서버의 hms-truststore.jks파일에 추가되어 신뢰 관계를 설정한 인증서를 소유한 알 수 없는 CA에서 인증서가 발급된 경우에 해당합니다.

     

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

     

  • 여러 vSphere Client SRM 플러그인을 설치하면 문제가 발생함

    한 번에 vSphere Client SRM 플러그인의 한 버전만 설치해야 합니다. 사용자가 SRM 5.0의 플러그인 위에 버전 4.0.x 또는 4.1.0의 클라이언트 플러그인을 설치하는 것이 차단되지는 않습니다. 이 문제는 해결되었습니다.

  • 다시 보호를 통해 사용자가 허용되지 않은 작업을 완료할 수 있음

    사용자가 다시 보호 작업을 실행할 때 부여된 권한으로 수행할 수 있는 한도를 초과하는 작업이 완료될 수 있습니다. 사용 권한이 부족하지만 사용자가 완료할 수 있는 작업에는 다시 보호 대상 사이트에서 가상 시스템을 만들거나 다시 보호 소스 사이트에서 새 디바이스를 보호하는 작업이 포함됩니다. 이 문제는 다른 사용자가 이전 프로덕션 사이트에서 가상 시스템을 삭제하거나 페일오버된 가상 시스템을 수정한 후 다시 보호가 시작된 경우 발생할 수 있습니다. 이 문제는 해결되었습니다.

  • 계획된 마이그레이션 중에 사용자 인터페이스가 예기치 않게 변경됨

    계획된 마이그레이션 중에 가상 시스템이 비활성화되고 복구 사이트에 동기화됩니다. 이 프로세스 중에 보호 그룹과 해당 가상 시스템이 일시적으로 부분적으로 복구됨 상태로 표시됩니다. vSphere Client는 해당 상태에 적합한 보호 그룹 편집보호 그룹 제거와 같은 버튼을 사용할 수 있게 하지만 이 버튼으로 트리거된 작업은 성공하지 못합니다. 이러한 변화하는 상태와 사용 가능한 버튼이 사용자에게 혼란을 줄 수 있습니다. 이 문제는 해결되었습니다.

  • SRM 5.0으로 업그레이드한 후 복구 기록이 손실될 수 있음

    서버 마이그레이션 업그레이드 중에 설치 관리자는 현재 사용 중인 사이트 이름 대신 기본 사이트 이름을 제공합니다. 기본 사이트 이름을 현재 사이트 이름으로 바꾸지 않으면 복구 기록이 손실될 수 있습니다. 이 문제는 해결되었습니다.

  • 기본 사이트 이름을 사용하는 경우 구분할 수 없는 라이센스 정보

    SRM 라이센스 정보는 SRM 사이트 이름을 사용하여 vCenter에서 식별됩니다. 기본 사이트 이름이 사용되고 여러 SRM Server가 동일한 vCenter 그룹에 등록된 경우 기본 SRM Server 명명으로 라이센스 정보를 구분할 수 없게 됩니다. 이 문제는 해결되었습니다.

  • ASCII가 아닌 문자를 사용하여 시스템에 SRM을 설치하면 액세스 문제가 발생함

    SRM이 ASCII가 아닌 문자가 포함된 이름을 사용하여 시스템에 설치되는 경우 사용자 액세스 관련 문제가 발생할 수 있습니다. 시스템 이름이 URL을 생성하는 데 사용되기 때문에 ASCII가 아닌 문자가 포함된 URL이 유효하지 않을 수 있습니다. 이 문제는 해결되었습니다.

  • Windows XP 및 Windows 2003을 사용자 지정한 후 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않음

    가상 시스템 복구 속성 대화 상자의 IP 설정 섹션에 있는 DNS 탭에 ASCII가 아닌 DNS 접미사를 입력하여 Windows XP 또는 Windows 2003을 사용자 지정하는 경우, 성공적으로 사용자 지정된 것으로 표시되지만 실제로는 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않은 것입니다. 이 문제는 해결되었습니다.

  • ASCII가 아닌 문자 출력을 사용하는 사용자 지정 복구 단계로 인해 SRM Server가 충돌함

    ASCII가 아닌 출력을 생성하는 사용자 지정 복구 단계를 만들지 마십시오. 그러한 단계를 계획에 추가한 다음 테스트 또는 복구를 완료하면 SRM Server가 충돌합니다. ASCII가 아닌 출력을 생성하는 단계가 포함된 계획을 사용하는 경우 해당 계획이 수정되거나 삭제될 수 없는 상태가 됩니다. 이 문제는 해결되었습니다.

  • 복구 계획 구성 인터페이스에 잘못된 네트워크 옵션이 표시됨

    복구 계획을 구성할 때 가상 시스템과의 연결을 위해 네트워크를 선택해야 합니다. 복구 계획 사용자 인터페이스에 DVS 업링크 포트 그룹이 유효한 옵션이 아닌 경우에도 가능한 선택 항목으로 표시됩니다. 이 문제는 해결되었습니다.

  • vSphere Replication 장치의 연결이 끊긴 후 가상 시스템 상태가 업데이트되지 않음

    vSphere Replication 장치는 가상 시스템 복제에 대한 정보를 사이트 간에 교환합니다. vSphere Replication 장치 연결이 vSphere Replication 장치 연결 끊기 옵션에 의해 끊어지는 경우 vSphere Replication 장치 연결을 재구성할 때 복제된 가상 시스템에 대한 정보의 교환이 자동으로 다시 설정되지 않습니다. 이로 인해 보호 그룹에 추가할 수 있는 가상 시스템을 비롯한 가상 시스템 복제에 대한 불완전한 정보가 생성될 수 있습니다. 이 문제는 해결되었습니다.

  • vSphere Client에 표시되는 정보가 오래되었을 수 있음

    복구 계획의 내용과 같은 SRM 데이터의 수정 중에 표시되는 정보는 SRM 정보가 수정될 때 업데이트되지 않을 수 있습니다. 예를 들어, 일시 중단할 중요도가 낮은 가상 시스템을 복구 계획에 추가한 후 이 변경에 대한 정보가 자동으로 표시되지 않습니다. 이 문제는 해결되었습니다.

  • 인증 중에 올바르지 않은 인증서가 거부됨

    SRM은 인증서 기반 인증을 지원합니다. SRM Server에 올바르지 않은 인증서가 있는 경우 vSphere Client가 SRM 플러그인을 사용하여 SRM Server에 연결하면 오류가 발생합니다. 인증서 체인의 인증서 중에서 만료되었거나 아직 유효하지 않은 것이 있으면 올바르지 않은 인증서가 발생할 수 있습니다. 이러한 경우 원격 호스트에 대한 SSL 연결이 종료되었습니다. 원격 호스트 인증서에 다음과 같은 문제가 있습니다. 호스트 체인의 인증서 시간이 유효하지 않습니다.라는 메시지가 표시될 수 있습니다. 이 문제는 해결되었습니다.

  • 많은 vSphere Client가 SRM에 연결할 때 작업이 실패할 수 있음

    SRM은 작업을 수행하기 위해 고정된 크기의 대규모 연결 풀을 사용하여 다른 사이트에 있는 vCenter Server 및 SRM Server와 통신합니다. 연결된 vSphere Client의 수가 증가하면 사용 가능한 연결의 수가 줄어듭니다. 대부분의 경우 이는 시스템 성능에 부정적인 영향을 미치지 않지만 많은 수의 가상 시스템에 대한 보호 설정 또는 해제, 대규모 복구 계획 실행 또는 테스트 등의 많은 동시 작업 시 문제가 발생할 수 있습니다. 작업 시간이 초과되거나 작업이 실패하고 다양한 설명이 표시될 수 있습니다. 이 문제는 해결되었습니다.

  • 혼합 모드 복구 계획을 다시 보호하려고 하면 다시 보호가 완료되지 않음 상태로 됨

    보호 그룹은 SAN 기반이거나 VR(vSphere Replication) 기반일 수 있으며 복구 계획은 이러한 두 가지 유형의 보호 그룹으로 구성될 수 있습니다. SAN 기반 및 VR 기반 보호 그룹이 혼합된 계획에 대해서는 다시 보호를 실행할 수 없습니다. 다시 보호 기능은 보호 그룹이 전적으로 SAN 기반인지, 아니면 전적으로 VR 기반인지를 확인하지 않습니다. 보호 그룹 유형이 혼합되어 구성된 보호 그룹을 다시 보호하려고 하면 프로세스가 실패하고 복구 계획이 다시 보호가 완료되지 않음 상태가 됩니다. 이 문제를 방지하려면 보호 유형이 혼합된 복구 계획을 만들지 마십시오. 이 문제는 해결되었습니다.

  • 사용자가 사용하도록 설정한 경보가 결과를 생성하지 않음

    사용자가 VM에 대한 보호 설정을 재구성했습니다.경보를 사용하도록 설정할 수 있지만 이 경보는 트리거되지 않습니다. 이 문제는 사용자가 이 릴리스에서 보호 설정을 편집할 수 없기 때문에 발생합니다. 사용자가 시작한 SRM의 가상 시스템 설정 변경을 추적하기 위해 관리자는 VM에 대한 복구 위치 설정을 재구성했습니다.경보를 사용하도록 설정해야 합니다. 이 문제는 해결되었습니다.

  • 사용자가 vSphere Replication을 구성하려고 하면 실패함

    관리 권한이 있는 사용자가 여전히 vSphere Replication을 구성하지 못할 수 있습니다. 이는 흔히 VRM 데이터스토어 매퍼 > 보기권한이 부여되지 않았기 때문입니다. 이 문제는 해결되었습니다.

  • 복구 중에 스토리지를 동기화하면 오류가 생성됨

    드문 경우이긴 하지만 동기화를 사용하도록 설정한 경우 스토리지 동기화 단계 중에 다음과 같은 오류가 발생할 수 있습니다. VRM 그룹 groupname에 대한 VR 동기화에 실패했습니다. VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: 'Optimistic locking failure'. 이 문제는 가상 시스템의 수가 많고 동기화할 데이터의 양이 많은 경우와 같이 복구 계획을 실행하는 동안 전송할 데이터의 양이 많으면 발생하기 쉽습니다. 이 문제는 해결되었습니다.

  • 복구 중의 NFC 연결 실패 또는 복사 오류

    복구 중에 다음과 같은 오류 메시지가 발생할 수 있습니다.

     

    • host에서 NFC 서비스에 연결하지 못했습니다.
    • filePath 파일을 newFilePath에 복사하지 못했습니다. errorCode - errorMsg.

     

    이 문제는 많은 동시 작업을 완료할 때 발생하며. 일반적으로 다음과 같은 경우에 발생합니다:

     

    • VR(vSphere Replication)을 사용하여 보호되는 가상 시스템을 40개 이상 복구하는 경우.
    • ESX 3.5 호스트에서 데이터스토어를 10개 이상 복구하는 경우.
    • RDM(원시 디스크 매핑) 디스크가 있는 가상 시스템에 영향을 미치는 복구 계획을 많이 실행하는 경우. 이는 4.x 호스트에서 복구 계획을 20개 이상 실행하거나 5.0 호스트에서 복구 계획을 40개 이상 실행하는 경우에 일반적으로 발생합니다.

     

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

  • 복제 구성이 실패한 후 가상 시스템을 선택할 수 있음

    마법사를 사용하여 여러 가상 시스템에 대한 복제를 구성하는 경우 일부 가상 시스템이 성공적으로 구성되지 않을 수 있습니다. 구성이 실패했음에도 불구하고 해당 가상 시스템이 보호 그룹 만들기 마법사에서 선택 항목으로 표시됩니다. 이는 구성이 실패했다는 정보가 전달되지 않기 때문입니다. 이 문제는 해결되었습니다.

  • IPv6이 필요한 경우 네트워크 정보 필드가 유효한 정보로 채워지지 않음

    vSphere Replication 장치가 IPv6만 사용하도록 구성된 경우 다음과 같은 문제가 발생합니다.

     

    • VAMI(가상 장치 관리 인프라) 시작 페이지에서 vCenter Server 주소 필드가 IPv4 리터럴 주소로 미리 채워집니다. 이 주소는 IPv6 전용 장치에서 사용할 수 없습니다. 이 문제를 해결하려면 해당 필드를 편집하고 유효한 DNS 이름 또는 IPv6 리터럴 주소를 입력하십시오.
    • 사이트 이름 필드가 미리 채워지지 않습니다. 일반적으로 이 필드는 vCenter Server 인벤토리에 있는 장치의 가상 시스템 이름으로 미리 채워집니다. 이 문제를 해결하려면 유효한 사이트 이름을 입력하십시오. 유효한 사이트 이름은 피어 사이트의 사이트 이름과 다릅니다.

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

  • 대용량 디스크에서 불필요하게 전체 동기화가 수행됨

    VR(vSphere Replication)을 사용하여 256GB보다 큰 디스크를 보호하는 경우 가상 디스크 디바이스의 내부 재시작을 유발하는 작업이 있을 때마다 디스크에서 전체 동기화가 수행됩니다. 내부 재시작은 다음과 같은 경우를 비롯하여 언제든지 발생합니다.

    • 가상 시스템이 재시작되는 경우
    • 가상 시스템에 vMotion이 사용되는 경우
    • 가상 시스템이 재구성되는 경우
    • 가상 시스템에 대한 스냅샷이 생성되는 경우
    • 복제가 일시 중지되었다 재개되는 경우

    전체 동기화는 ESX에 의해 시작되며 이 문제를 해결하려면 ESX를 업데이트해야 합니다. 이러한 동기화에는 보호된 사이트 디스크와 복구 사이트 디스크에 대한 추가 I/O가 수반됩니다. 이러한 I/O는 흔히 RPO(복구 시점 목표)보다 오래 걸리므로 RPO 대상이 누락되는 결과가 발생합니다. 이 문제는 해결되었습니다.

  • 계획된 마이그레이션 때문에 ESX 호스트의 속도가 느려질 수 있음

    계획된 마이그레이션 중에 SRM은 복제된 데이터스토어를 마운트 해제하고 이러한 데이터스토어를 지원하는 LUN을 분리하도록 ESX 호스트에 가장 먼저 지시합니다. 그런 다음 SRM은 분리된 LUN을 읽기 전용으로 만들도록 스토리지 어레이 소프트웨어에 지시합니다. 이 프로세스는 ESX 호스트의 디바이스에서 마이그레이션되는 데이터스토어와 LUN에 대한 APD(모든 경로 다운) 상태가 발생하지 않도록 하는 데 도움이 됩니다. RDM을 사용하는 가상 시스템을 마이그레이션하면 RDM LUN이 APD 상태가 될 수 있습니다. RDM이 APD 상태가 된 후 ESX 호스트는 손실된 RDM LUN을 사용하여 연결을 설정하려고 계속 다시 시도합니다. 사용할 수 없는 RDM의 수가 늘어나면 ESX 호스트가 손실된 RDM에 다시 연결하려고 시도하는 횟수도 그에 따라 증가합니다. 이러한 상황이 계속되면 ESX 호스트의 응답 속도가 느려질 수 있으며 vCenter Server가 결국 호스트가 응답하지 않음을 발견할 수 있습니다. 이 문제는 특정 스토리지 어레이에서 발생할 가능성이 더 큽니다. 예를 들어, 이 문제는 SRA가 LUN별로 iSCSI 대상에서 지원하는 경우 발생하기 쉽습니다. 이러한 문제를 해결하려면 ESX 호스트를 재부팅하십시오. 이 문제는 해결되었습니다.

SRM 5.1의 알려진 문제

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

  • 복구 중에 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을 다시 시작합니다. 복제가 다시 시작된 후 원하는 경우 복구 계획을 다시 실행할 수 있습니다.
    • 동기화가 완료되거나 동기화 시간이 초과될 때까지 기다립니다. 상당한 시간이 걸릴 수 있지만 결국 완료됩니다. 동기화가 완료되거나 만료된 후 복구 계획의 취소가 계속됩니다.

     

  • 유효한 인증서 생성 경고

    vSphere Replication 장치에 인증서를 업로드하거나 설치할 때 다음과 같은 오류가 발생합니다.

    인증서가 경고와 함께 설치되었습니다. '신뢰할 수 있는 CA에서 서명한 SSL 인증서만 수락' 옵션을 사용하도록 설정한 원격 VRM 시스템이 다음과 같은 이유로 이 사이트에 연결하지 못할 수 있습니다. 지정된 호스트 이름과 함께 사용할 인증서가 발급되지 않았습니다. VRM hostname

    이 오류는 무시될 수 있지만 Internet Explorer 이외의 지원되는 브라우저를 사용하여 이 오류를 방지할 수 있습니다.

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

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

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

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

    • VR Server에 대한 데이터스토어에 액세스할 수 없습니다.데이터스토어에 액세스할 수 없게 된 후 즉시 생성됩니다.
    • 가상 시스템 vSphere Replication RPO를 위반했습니다.복제본이 지정된 RPO 내에서 생성될 수 없습니다.

     

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

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

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

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

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

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

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

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

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

    vSphere Replication 구성 중에 지원되는 버전의 ESX에서 데이터스토어가 선택되면 VR Server Server Name에 대상 데이터스토어에 액세스하는 데 필요한 호스트가 없습니다.라는 메시지가 표시됩니다. 이 문제는 유효한 호스트가 올바른 선택 항목인 경우에도 지원되지 않음으로 태그가 지정되기 때문에 발생합니다. vSphere Replication 서버 등록 중에 호스트가 vSphere Replication에 대해 구성되었습니다.이벤트가 호스트에서 트리거되지 않습니다. vSphere Replication 서버 등록 중이나 새 호스트를 vCenter Server 인벤토리에 연결할 때 vSphere Replication 장치와 vSphere Replication 서버 간 통신의 오류나 중단 때문에 호스트에 지원되지 않음으로 태그가 지정됩니다. 통신 문제는 일반적으로 연결의 일시적 손실이나 서버 서비스 중지 때문에 발생합니다.

    이 문제를 해결하고 vSphere Replication과 함께 사용할 수 있도록 호스트를 설정하려면 다음 단계를 완료해야 합니다.

    1. 복구 사이트에서 vSphere Replication 장치 데이터베이스를 찾아봅니다.
    2. HostEntity 테이블에서 상태 4(지원되지 않음)인 레코드를 제거합니다. 이러한 레코드는 HbrHostEntity 테이블(vcMoId 값)에서 참조되지 않습니다. HbrHostEntity 테이블(vcMoId 값)에서의 기존 참조가 있는 경우 레코드를 제거하지 말고 상태 값을 4에서 1(활성)로 업데이트하십시오.
    3. vCenter Server 인벤토리에서 호스트의 연결을 끊은 다음 다시 연결합니다.
    4. 호스트가 vSphere Replication에 대해 구성되었습니다.이벤트가 호스트에서 트리거되는지 확인합니다.

     

    vSphere Replication 장치 데이터베이스에서 이 문제를 해결하는 데 사용할 수 있는 쿼리 유형의 예는 다음과 같습니다.

    1. 쿼리
      • vSphere Replication 서버와 연결되지 않고 지원되지 않음으로 태그가 지정된 모든 호스트를 쿼리하려면:
        select * from HostEntity h where state=4 and not exists (select * from HbrHostEntity where h.vcMoId=HbrHostEntity.vcHost_vcMoId).
      • vSphere Replication 서버와 연결되고 지원되지 않음으로 태그가 지정된 모든 호스트를 쿼리하려면: select * from HostEntity h where state=4 and exists (select * from HbrHostEntity where h.vcMoId=HbrHostEntity.vcHost_vcMoId).
    2. 해결
      • vSphere Replication 서버와 연결되지 않은 호스트에 대한 지원되지 않는 레코드를 정리하려면:
        delete from HostEntity where state=4 and not exists (select * from HbrHostEntity where vcMoId=HbrHostEntity.vcHost_vcMoId).
      • vSphere Replication 서버와 연결되고 지원되지 않음으로 태그가 지정된 호스트의 상태를 활성으로 변경하려면:
        update HostEntity set state=1 where state=4 and exists (select * from HbrHostEntity where vcMoId=HbrHostEntity.vcHost_vcMoId).

     

  • DPM(Distributed Power Management)을 사용하도록 설정된 클러스터에 있을 때 데이터스토어가 마운트 해제되지 못함

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

  • 지정되지 않은 네트워크 구성을 사용하여 배포된 vSphere Replication 서버가 오작동함

    vSphere Replication 서버는 OVF 배포 마법사를 사용하여 OVF 파일에서 배포됩니다. 배포 마법사에는 vSphere Replication 서버의 네트워크 구성을 지정하는 페이지가 포함되어 있습니다. 네트워크 설정이 네트워크 구성에 대해 지정되지 않은 경우 DHCP 주소 지정이 사용되지만 vSphere Replication 서버가 DHCP 주소 지정을 지원하지 않습니다. 이 문제를 방지하려면 배포 중에 vSphere Replication 서버에 대해 유효한 네트워크 설정을 지정하십시오.

  • 인증서 정책이 엄격하기 때문에 서버 쌍 구성에 실패하는 경우 일반 오류 메시지가 표시됨

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

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

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

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

    KB 1009801 을 참조하십시오.

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

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

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

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

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

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

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

    이 오류는 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 서버 시스템을 다시 시작합니다.

     

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

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

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

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

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

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

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

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

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

  • 가상 시스템 보호 작업이 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에서는 두 제공자 모두를 사용하여 보호할 수 없습니다.

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

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

    해결 방법: 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에서 가상 시스템의 페일백을 참조하십시오.

  • 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 버전 5.0이 업그레이드된 SRM Server 버전 5.1과 통신할 수 있음

    복구 사이트를 버전 5.0에서 버전 5.1로 업그레이드하고 업그레이드된 사이트에서 재해 복구를 시도하면 보호된 사이트의 SRM Server 버전 5.0과 복구 사이트의 SRM Server 버전 5.1이 서로 통신할 수 있고 보호된 사이트에서 작업을 수행할 수 있습니다. 보호된 사이트를 업그레이드하기 전에 다시 보호 작업을 실행하면 작업이 진행되지 않고 아주 오래 실행됩니다.

    업그레이드된 사이트에서 복구를 실행하기 전에 원격 사이트에서 계속 실행 중인 모든 SRM 5.0 서비스를 중지합니다. 그렇지 않으면 호환되지 않는 버전의 SRM Server가 서로 계속 통신할 수 있습니다.

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

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

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

  • 복구 중 가상 시스템 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"로 수동으로 수정하고 복구 계획을 다시 시작합니다.

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

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

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

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

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

    해결 방법: 실패한 작업을 다시 실행합니다.

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

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

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

  • 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 등록 작업을 다시 시도합니다.

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

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

    해결 방법: 실패한 작업을 다시 실행합니다.

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

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

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

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

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

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

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

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

    해결 방법: 다음과 같이 몇 가지 vSphere Replication 매개 변수를 변경합니다.

    1. vSphere Replication 관리 서버를 중지합니다. /etc/init.d/hms stop
    2. /opt/vmware/hms/conf/hms-configuration.xml을 편집하고 hms-db-max-connections를 99에서 500으로 변경합니다.
    3. /var/lib/vrmsdb/postgresql.conf를 편집하고 max_connections를 100에서 501로 변경합니다.
    4. 내장된 vPostgres 데이터베이스를 다시 시작합니다. /etc/init.d/hms-vpostgres stop /etc/init.d/hms-vpostgres start
    5. hms-vlsi-server 스레드 풀 크기를 변경합니다. /opt/vmware/vpostgres/1.0/bin/psql -U vrmsdb vrmsdb update ConfigEntryEntity set configValue='250' where configKey = 'hms-vlsi-server-threadpool-size'
    6. vSphere Replication 관리 서버 프로세스에 사용할 힙을 늘립니다. /etc/init.d/hms를 편집하고 JAVA_TOOL_OPTIONS에서 -Xmx1536M을 추가합니다.
    7. vSphere Replication 관리 서버를 시작합니다. /etc/init.d/hms start
    8. 실패한 작업을 다시 실행합니다.

     

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • vCenter Server를 다시 시작한 후 vSphere Replication을 사용할 때 다시 보호 작업이 실패하고 오류 - 가상 시스템 ' virtual_machine'에 대한 복제를 되돌릴 수 없습니다. 세션이 인증되지 않았습니다.오류가 발생함

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

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

  • 보호 사이트 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을 복구합니다.
  •  

  • 복구가 실패하고 다음 오류가 발생함: 테스트 버블 이미지를 만드는 동안 오류가 발생했습니다. 예외 정보: 데이터스토어: 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. 초기 동기화가 완료될 때까지 기다립니다. 이 동기화에서는 기존 디스크를 사용하고 데이터 일관성을 확인합니다.