RSS
 

Site Recovery Manager 6.5.1.3 | 2019년 6월 27일 | 빌드 13984247 | 다운로드

Site Recovery Manager 6.5.1.2 | 2018년 6월 28일 | 빌드 8946135

Site Recovery Manager 6.5.1.1 | 2018년 5월 3일 | 빌드 8266157

Site Recovery Manager 6.5.1 | 2017년 7월 27일 | 빌드 6014840

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

Site Recovery Manager 6.5.1 패치 릴리스에 대한 자세한 내용은 이 릴리스 정보의 해당 섹션을 참조하십시오.

릴리스 정보에 포함된 내용

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

Site Recovery Manager 6.5.1의 새로운 기능

VMware Site Recovery Manager 6.5.1은 VMware vSphere 6.5 업데이트 1과 호환됩니다.

VMware Site Recovery Manager 6.5.1에서 제공되는 새로운 기능은 다음과 같습니다.

  • Site Recovery Manager 6.1.2에서 Site Recovery Manager 6.5.1로의 직접 업그레이드 경로를 제공하여 vCenter Server Virtual Appliance 6.0 업데이트 3에서 vCenter Server Virtual Appliance 6.5 업데이트 1로의 업그레이드 마이그레이션 경로를 지원합니다.
  • 이제 Site Recovery Manager 6.5.1에서 다음과 같은 외부 데이터베이스를 지원합니다.
    • Microsoft SQL Server 2014 서비스 팩 2
    • Microsoft SQL Server 2016 서비스 팩 1
  • 이제 Site Recovery Manager 6.5.1에서 다음과 같은 게스트 운영 체제를 지원합니다.
    • Windows Server 2016
    • CentOS 6.9
    • RHEL 7.3.5
    • Ubuntu 17.04 비 LTS(Long Term Support) 

참고: VMware vSphere 이전/이후 릴리스와의 상호 운용성은 VMware Site Recovery Manager 6.5 호환성 매트릭스를 참조하십시오.

vSphere 6.5의 기능에 대한 자세한 내용은 vSphere 6.5 설명서를 참조하십시오.

지원되는 데이터베이스에 대한 자세한 내용은 VMware Site Recovery Manager 6.5 호환성 매트릭스를 참조하십시오.

현지화

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

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

호환성

Site Recovery Manager 호환성 매트릭스

Site Recovery Manager 6.5.1은 vSphere 6.5 업데이트 1과 호환되며 vCenter Server 6.5에서 지원하는 ESXi 버전을 지원합니다.

Site Recovery Manager 6.5.1은 ESXi 5.5에 배치되고 VMware Tools 10.1을 사용하는 VM에 대해서는 IP 사용자 지정 및 게스트 내 호출 작업을 지원하지 않습니다.

ESXi 5.5에 배치된 VM에 대해 IP 사용자 지정 및 게스트 내 호출 작업을 사용하려면 해당 VM이 10.1 이전 버전의 VMware Tools를 사용하는지 확인하십시오.

VMware Tools 10.1 및 ESXi 6.5 또는 6.0을 사용하는 경우에는 복구 사이트에서 ESXi 호스트와 vCenter Single Sign-On 사이의 시간 동기화를 확인하십시오.

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

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

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

VMware vSAN 지원

Site Recovery Manager 6.5.1은 vSphere Replication을 사용하여 VMware vSAN에 있는 가상 시스템을 보호할 수 있습니다. vSAN은 SRA(스토리지 복제 어댑터)가 없어도 Site Recovery Manager 6.5.1과 함께 작동합니다.

VMware VSA 지원

Site Recovery Manager 6.5.1은 vSphere Replication을 사용하여 VSA(vSphere Storage Appliance)에 있는 가상 시스템을 보호할 수 있습니다. VSA는 SRA(스토리지 복제 어댑터)가 없어도 Site Recovery Manager 6.5.1과 함께 작동합니다.

설치 및 업그레이드

Site Recovery Manager 설치 및 업그레이드에 대한 자세한 내용은 Site Recovery Manager 설치 및 구성을 참조하십시오.

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

참고:

  • Site Recovery Manager를 버전 6.0.x에서 버전 6.5.1로 곧바로 업그레이드하는 것은 지원되지 않습니다. Site Recovery Manager 6.0.x를 Site Recovery Manager 6.5.1로 업그레이드하려면 먼저 Site Recovery Manager를 6.0.x에서 6.1.2로 업그레이드해야 합니다. vSphere Replication을 Site Recovery Manager 6.0.x와 함께 사용할 때 vSphere Replication을 버전 6.0.x에서 버전 6.5.1로 곧바로 업그레이드하는 경우, Site Recovery Manager 버전 6.0.x에서 버전 6.1.2로의 중간 업그레이드를 시도하면 호환되지 않는 vSphere Replication 버전으로 인한 오류가 표시되며 Site Recovery Manager 업그레이드가 실패합니다.  Site Recovery Manager를 6.0.x에서 6.1.2로 업그레이드하기 전에 vSphere Replication을 버전 6.1.2로 업그레이드하십시오.
  • Site Recovery Manager는 업그레이드 후 이전 설치에서 구성한 고급 설정을 보존하지 않습니다. 이는 설계상 의도된 동작입니다. 이전 Site Recovery Manager 버전에서 설정한 고급 설정은 기본값 변경 또는 성능 향상으로 새 버전에서 필요하지 않거나 호환되지 않을 수 있습니다. Site Recovery Manager를 제거한 후 같은 버전을 다시 설치한 경우에도 고급 설정은 보존되지 않습니다.
  • 보호된 사이트 및 복구 사이트의 vCenter Server 인스턴스가 고급 연결 모드에 있는 경우 해당 인스턴스는 직접 복제 파트너여야 합니다. 그렇지 않으면 업그레이드가 실패할 수 있습니다.

 

네트워크 보안

Site Recovery Manager에는 쌍으로 구성된 사이트 간 관리 네트워크 연결이 필요합니다. 보호된 사이트와 복구 사이트의 Site Recovery Manager Server 인스턴스는 서로 연결할 수 있어야 합니다. 또한 각 Site Recovery Manager 인스턴스에는 원격 사이트에서 Site Recovery Manager가 확장하는 vCenter Server 인스턴스와 Platform Services Controller에 대한 네트워크 연결이 필요합니다. Site Recovery Manager 사이트 간의 모든 네트워크 트래픽에는 인터넷에서 액세스할 수 없는 제한된 전용 네트워크를 사용하십시오. 네트워크 연결을 제한하면 특정 유형의 공격 가능성을 제한할 수 있습니다.

Site Recovery Manager를 사용하기 위해 두 사이트 모두에서 열어야 하는 네트워크 포트의 목록은 http://kb.vmware.com/kb/2147112를 참조하십시오.

Site Recovery Manager 6.5.1의 작동 제한

Site Recovery Manager 6.5.1의 작동 제한에 대한 자세한 내용은 http://kb.vmware.com/kb/2147110을 참조하십시오.

Site Recovery Manager SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

  • Site Recovery Manager 6.5.1은 vCloud Director 환경을 제한적으로 지원합니다. Site Recovery Manager를 사용하여 vCloud 리소스 풀 내의 가상 시스템(조직에 배포된 가상 시스템)을 보호하는 것은 지원되지 않습니다. Site Recovery Manager를 사용하여 vCD의 관리 구조를 보호하는 것은 지원됩니다. Site Recovery Manager를 사용하여 vCloud Director에 대한 관리 인프라를 제공하는 데이터베이스, vCD Server 인스턴스 및 vCenter Server 인스턴스를 보호하는 방법에 대한 자세한 내용은 VMware vCloud Director 인프라 복원성 사례 연구를 참조하십시오.
  • 복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정되며 예약이 0으로 설정됩니다. vSphere Flash Read Cache를 사용하도록 구성된 가상 시스템에서는 복구를 수행하기 전에 vSphere Web Client에서 가상 시스템의 캐시 예약 설정을 적어 두십시오. 복구 후 가상 시스템에서 vSphere Flash Read Cache를 재구성할 수 있습니다.
  • Site Recovery Manager 6.5.1은 다중 CPU vSphere FT(Fault Tolerance)로 구성되는 가상 시스템의 보호를 지원하지 않습니다. Site Recovery Manager 6.5.1은 단일 프로세서 vSphere FT를 사용하는 가상 시스템의 보호를 지원하지만 복구 후 복구 사이트의 가상 시스템에서 단일 프로세서 vSphere FT를 비활성화합니다.
    • 가상 시스템에서 다중 CPU vSphere FT를 사용하는 경우, Site Recovery Manager는 복구된 가상 시스템에서 vSphere FT를 비활성화하지 않으며 해당 가상 시스템의 전원을 켤 수 없습니다. 복구된 가상 시스템에서 FT 속성을 제거하고 복구 계획을 다시 실행하여 vSphere FT를 수동으로 비활성화해야 합니다.
    • 가상 시스템에서 단일 프로세서 vSphere FT를 사용하는 경우, 보호된 사이트에서 해당 가상 시스템을 구성하여 복구 후 Site Recovery Manager가 vSphere FT를 비활성화할 수 있도록 해야 합니다. 보호된 사이트에서 단일 프로세서 vSphere FT에 대해 가상 시스템을 구성하는 방법에 대한 자세한 내용은 http://kb.vmware.com/kb/2109813을 참조하십시오.
  • vSphere Replication 6.5.1은 VMware vSphere Virtual Volumes에서 가상 시스템의 복제를 제한적으로 지원합니다. Site Recovery Manager 6.5.1은 vSphere Virtual Volumes에서 vSphere Replication 6.5.1을 지원하지만 다음과 같은 제한 사항이 적용됩니다.
    • vSphere Virtual Volumes 어레이 기반 복제에는 Site Recovery Manager 6.5.1을 사용할 수 없습니다.
    • 복제 대상이 가상 볼륨 데이터스토어인 경우에는 가상 시스템에 대해 vSphere Replications 특정 시점 스냅샷을 사용할 수 없습니다.
    • vSphere Virtual Volumes 스토리지를 복제 대상으로 사용하는 경우에는 가상 시스템에 속해 있는 모든 디스크를 단일 vSphere Virtual Volumes 데이터스토어에 복제해야 합니다.
    • 복제된 가상 시스템이 vSphere Virtual Volumes 스토리지에 위치하는 경우, 해당 가상 시스템에 속해 있는 모든 디스크가 단일 vSphere Virtual Volumes 데이터스토어에 있어야 합니다.
  • Site Recovery Manager 6.5.1은 NFS v 4.1 데이터스토어를 지원하지 않습니다.
  • Site Recovery Manager는 연결된 스토리지 정책 집합, 그룹 이름 또는 설명을 변경하는 작업과 같은 스토리지 프로파일 보호 그룹 재구성을 지원하지 않습니다. 스토리지 프로파일 보호 그룹을 수정하려면 이전 스토리지 프로파일 보호 그룹을 삭제하고 새 구성으로 다시 만들어야 합니다.
  • Site Recovery Manager는 스토리지 정책 보호 그룹의 RDM 디스크 또는 FT(Fault Tolerance) 가상 시스템을 보호할 수 없습니다.
  • Site Recovery Manager에서는 스토리지 정책 보호 그룹에 있는 복제되지 않은 가상 디바이스를 매핑 또는 제외할 수 없습니다.
  • RSA SecurID 또는 스마트 카드(Common Access Card) 인증과 함께 2단계 인증을 사용하려면 사용자 환경이 다음 요구 사항을 충족해야 합니다.
    1. Site Recovery Manager 6.5.1을 설치하고 Site Recovery Manager 6.5.1 사이트를 연결하려면 Platform Services Controller의 관리자 자격 증명을 사용해야 합니다.
    2. 두 Site Recovery Manager 6.5.1 사이트 모두에서 vCenter Server 인스턴스가 고급 연결 모드로 작동해야 합니다. Site Recovery Manager 6.5.1을 최신 버전의 Site Recovery Manager로 업그레이드하는 동안 오류를 방지하려면 두 사이트 모두에서 vCenter Server 인스턴스가 직접 복제 파트너여야 합니다.
  • DR IP Customizer 도구는 스토리지 정책 보호 그룹을 지원하지 않습니다.
  • Site Recovery Manager 6.5.1은 스토리지 정책 보호 그룹을 사용한 암호화된 VM의 보호만 지원하며, 암호화된 그룹의 사용자 지정은 지원하지 않습니다. Site Recovery Manager 6.5.1에서, IP 사용자 지정 및 게스트 내 명령은 암호화된 VM에서 작동하지 않습니다. 암호화된 VM의 보호를 구성하는 방법에 대한 자세한 내용은 Site Recovery Manager 관리 설명서를 참조하십시오.

사용 가능한 패치 릴리스

Site Recovery Manager 6.5.1.3 Express 패치

릴리스 날짜: 2019년 6월 27일 | 빌드 13984247
  • VMware Site Recovery Manager 6.5.1.3 Express 패치 릴리스에는 버그 수정이 포함되어 있습니다.

설치 및 업그레이드 정보

Site Recovery Manager 6.5.1.x를 실행 중인 경우 Site Recovery Manager 6.5.1.3으로 업그레이드합니다. Site Recovery Manager 업그레이드에 대한 지침은 Site Recovery Manager 6.5 설치 및 구성에서 Site Recovery Manager 업그레이드를 참조하십시오.

Site Recovery Manager 6.5.1.x와 함께 vSphere Replication을 사용하는 경우 vSphere Replication 장치를 6.5.1.4 버전으로 업그레이드합니다. vSphere Replication 6.5.1.4에 대한 자세한 내용은 vSphere Replication 6.5.1.x 릴리스 정보를 참조하십시오.

Site Recovery Manager 6.5.1.2 Express 패치

릴리스 날짜: 2018년 6월 28일 | 빌드 8946135
  • VMware Site Recovery Manager 6.5.1.2 Express 패치 릴리스에는 버그 수정이 포함되어 있습니다.

설치 및 업그레이드 정보

Site Recovery Manager 6.5.1을 실행 중인 경우 Site Recovery Manager 6.5.1.2로 업그레이드합니다. Site Recovery Manager 업그레이드에 대한 지침은 Site Recovery Manager 6.5 설치 및 구성에서 Site Recovery Manager 업그레이드를 참조하십시오.

Site Recovery Manager 6.5.1.x와 함께 vSphere Replication을 사용하는 경우 vSphere Replication 장치를 6.5.1.3 버전으로 업그레이드합니다. vSphere Replication 6.5.1.3에 대한 자세한 내용은 vSphere Replication 6.5.1.x 릴리스 정보를 참조하십시오.

Site Recovery Manager 6.5.1.1 Express 패치

릴리스 날짜: 2018년 5월 3일 | 빌드 8266157
  • VMware Site Recovery Manager 6.5.1.1 Express 패치 릴리스에는 vSphere 6.5 업데이트 2에 대한 지원이 추가되고 버그 수정이 제공됩니다.

설치 및 업그레이드 정보

Site Recovery Manager 6.5.1을 실행 중인 경우 Site Recovery Manager 6.5.1.1로 업그레이드합니다. Site Recovery Manager 업그레이드에 대한 지침은 Site Recovery Manager 6.5 설치 및 구성에서 Site Recovery Manager 업그레이드를 참조하십시오.

Site Recovery Manager 6.5.1과 함께 vSphere Replication을 사용하는 경우 vSphere Replication 장치를 6.5.1.3 버전으로 업그레이드합니다. vSphere Replication 6.5.1.3에 대한 자세한 내용은 vSphere Replication 6.5.1.x 릴리스 정보를 참조하십시오.

해결된 문제

  • 새로운 항목 테스트 페일오버 도중 여러 가상 시스템에서 IP 사용자 지정이 실패함

    테스트 페일오버 도중 여러 가상 시스템에서 IP 사용자 지정이 다음 오류와 함께 실패합니다. "InvalidGuestLogin" 또는 "VMware Tools 시간 초과".

    이 문제는 Site Recovery Manager 6.5.1.3에서 해결되었습니다.

  • 새로운 항목 Site Recovery Manager 트랩이 노드 255.255.255.255로 Center Server를 통해 전송됨

    vCenter Server에서 SNMP 트랩을 모니터링하면 복구 계획 도중 Site Recovery Manager가 255.255.255.255로 SNMP 경고를 보내는 것이 관찰됩니다.

    이 문제는 Site Recovery Manager 6.5.1.3에서 해결되었습니다.

  • Ubuntu 18.0.x가 설치된 가상 시스템에서 IP 사용자 지정이 실패함

    Ubuntu 18.0.x가 설치된 가상 시스템에서 IP 사용자 지정이 실패하고 오류 메세지 사용자 지정을 완료할 수 없음이 표시됩니다.

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

  • 복구된 VM의 가상 디스크가 보호된 VM에서의 연결에 관계없이 기본 스토리지 정책에 연결됨

    전체 다시 보호 주기 이후에도 해당 VM에 동일한 문제가 발생합니다. 모든 가상 디스크가 올바른 위치에 있고, VM 전원을 켤 수 있으며 Site Recovery Manager를 통해 계속 보호됩니다. 암호화된 VM의 가상 디스크는 암호화 스토리지 프로파일과의 연결이 끊어진 후에도 암호화된 상태로 남아 있습니다.

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

  • SRM 6.5 UI에서 모든 새로 고침 작업에 지원되지 않는 버전 오류가 나타남

    SRM 6.5 및 SRM 8.x가 동일한 Platform Services Controller 또는 페더레이션된 Platform Services Controller에 등록된 경우 SRM 6.5 UI에서 모든 새로 고침 작업에 지원되지 않는 버전 오류가 나타납니다.

    이 문제는 Site Recovery Manager 6.5.1.1에서 해결되었습니다.

알려진 문제

  • 페일오버를 수행한 후 재해 복구 사이트의 가상 시스템 NIC가 연결이 끊어진 상태로 유지될 수 있음

    IP 사용자 지정 실패 후 페일오버를 다시 실행하는 경우, 이전 실행 중에 사용자 지정이 실패한 VM의 NIC가 현재 페일오버에서 사용자 지정이 성공한 후에도 연결이 끊어진 상태로 유지될 수 있습니다.

    해결 방법: 없음 VM 디바이스를 재구성하여 수동으로 NIC를 다시 연결합니다.

  • 스토리지 정책 보호 그룹 페일오버 시 일관성 그룹을 건너뛰면 다시 보호가 실패할 수 있음

    스토리지 정책 보호 그룹 페일오버 중에 일관성 그룹 내의 VM에서 문제가 발생할 경우 일관성 그룹을 건너뛰면 다시 보호 작업이 실패할 수 있습니다.

    다시 보호 작업은 건너뛴 일관성 그룹을 검색하지만 해당 그룹에 대한 역방향 복제에 실패합니다.

    해결 방법: 스토리지 정책 보호 그룹을 삭제한 후 복구된 LUN만 사용하여 다시 만듭니다.

  • VM의 복구를 다시 사용하도록 설정하면 Site Recovery Manager Server가 충돌할 수 있음

    VM에 대한 복구 작업이 실패할 경우 해당 VM의 복구를 사용하지 않도록 설정할 수 있습니다. 복구 계획을 실행했을 때 복구가 실패하면 VM의 복구를 다시 사용하도록 설정하고 복구를 다시 실행할 수 있지만, Site Recovery Manager Server가 충돌합니다.

    해결 방법: Site Recovery Manager Server를 시작한 후 VM의 복구를 사용하지 않도록 설정합니다.

  • vSphere Web Client의 작동 속도가 느리고 OutOfMemory 오류가 표시됨

    매우 작은 구성으로 배포된 vCenter Server Appliance 환경을 사용하는 경우 vSphere Web Client에서 Site Recovery Manager와 vSphere Replication 플러그인을 사용하면, vSphere Web Client가 느리게 작동합니다. 이는 vSphere Web Client용으로 예약된 메모리가 플러그인을 지원하는 데 충분하지 않기 때문입니다.

    해결 방법: vCenter Server Appliance를 배포할 때 가장 작은 구성을 사용합니다.

  • vSAN 확장된 클러스터에 사용할 수 없는 장애 도메인 하나가 있는 경우 테스트 및 복구 작업이 실패함

    사용할 수 없는 장애 도메인 하나가 포함된 vSAN 확장된 클러스터에서 VM을 테스트하거나 복구하면 작업이 실패합니다. vSAN 기본 스토리지 정책이 충족되지 않아서 Site Recovery Manager를 사용하여 VM을 스토리지에 프로비저닝하는 작업이 실패하기 때문에 이 문제가 발생합니다.

    해결 방법: 복구된 VM을 vSAN 확장된 클러스터에 수동으로 등록합니다. 이렇게 하면 장애 도메인을 사용할 수 있을 때 VM이 vSAN 기본 스토리지 정책의 규정을 준수하게 됩니다.

  • 다시 보호 이후, 원래 보호된 사이트의 인벤토리에 데이터스토어가 비활성 상태로 표시될 수 있음

    재해 복구 이후에 확장된 스토리지를 사용하고 다시 보호를 실행하면 다음과 같은 경고가 표시될 수 있습니다.

    요청한 개체가 없거나 이미 삭제되었습니다.

    다시 보호 이후 원래 보호된 사이트의 인벤토리에 데이터스토어가 비활성 상태로 표시됩니다.

    해결 방법: 스토리지 어댑터를 새로 고치거나 다시 검색합니다.

    1. 구성 탭을 클릭하고 스토리지 어댑터를 클릭합니다.
    2. 새로 고침 또는 다시 검색 아이콘을 클릭하여 모든 스토리지 어댑터를 새로 고치거나 다시 검색합니다.
  • 값을 변경했는데도 Site Recovery Manager가 remoteSiteStatus.drPanicDelay 설정의 기본값을 사용함

    응답 없음 이벤트와 사이트 작동 중지 이벤트 간 지연에 대해 사용자 지정 값을 설정했는데도 작업 보기의 drPanicDelay에 기본값이 표시됩니다.

    해결 방법: remoteSiteStatus.drPanicDelay 설정의 값을 변경하고 Site Recovery Manager Server를 다시 시작합니다.

  • 사용자 지정 값을 설정했는데도 Site Recovery Manager가 remoteSiteStatus.drPingFailedDelay 설정의 기본값을 사용함

    remoteSiteStatus.drPingFailedDelay에 사용자 지정 값을 설정했는데도 작업 보기의 설정에 기본값이 표시됩니다.

    해결 방법: remoteSiteStatus.drPingFailedDelay 설정에 사용자 지정 값을 설정하고 Site Recovery Manager Server를 다시 시작합니다.

  • 삭제된 스토리지 정책에 할당된 VM과 일관성 그룹이 관련 개체 탭에 표시됨

    스토리지 정책을 삭제하면 해당 스토리지 정책에 할당된 VM과 일관성 그룹이 SPPG 그룹에 관련 개체로 표시됩니다.

    해결 방법: 스토리지 정책 보호 그룹을 다시 만듭니다. 그룹을 다시 만들면 VM 및 일관성 그룹이 관련 개체 탭에 표시되지 않습니다.

  • 복구 사이트에서 암호화 키를 사용할 수 없는 경우 암호화된 VM의 복구가 전원 켜기 단계 중에 실패할 수 있음

    암호화된 VM을 복구한 경우, 보호된 사이트에서 사용된 암호화 키를 복구 프로세스 중에 복구 사이트에서 사용할 수 없으면 Site Recovery Manager가 VM 전원을 켜는 동안 복구가 실패합니다.

    해결 방법: 다음 단계를 완료합니다.

    1. 복구 사이트의 인벤토리에서 암호화된 VM을 제거합니다.
    2. 복구 사이트에서 키 관리 서버를 사용할 수 있고, 보호된 사이트에서 사용된 암호화 키를 복구 사이트에서 사용할 수 있는지 확인합니다.
    3. 암호화된 VM을 복구 사이트의 인벤토리에 등록합니다.
    4. Site Recovery Manager 사용자 인터페이스에서 암호화된 VM의 복구 설정을 열고, 복구하는 동안 VM의 전원 켜기 기능을 사용하지 않도록 설정합니다.
    5. 복구를 다시 실행합니다.
  • 테스트 복구가 실패하고 그룹의 테스트 버블 이미지를 생성할 수 없습니다. 메시지가 표시됨

    VM 내의 여러 디스크가 vSphere Replication을 사용하여 보조 사이트의 서로 다른 vSphere Virtual Volumes 데이터스토어에 복제되는 경우, 테스트 복구 작업이 실패합니다. 테스트 복구 중에 vSphere Replication은 vSphere Virtual Volumes 복제 디스크에 대해 연결된 복제를 만들려고 시도하지만, 여러 데이터스토어에 대한 연결된 복제는 지원되지 않기 때문에 작업이 실패합니다. vSphere Replication은 테스트 복구 중에만 연결된 복제를 만듭니다. 계획된 복구, 계획되지 않은 복구 및 다시 보호는 성공적으로 완료됩니다.

    해결 방법: vSphere Virtual Volumes 디스크를 사용하는 테스트 복구 작업은 모든 디스크가 보조 사이트의 동일한 vSphere Virtual Volumes 데이터스토어에 복제되는 경우에만 성공적으로 통과됩니다.

  • vSphere Virtual Volumes에 있는 VM을 복구하는 첫 번째 시도가 사용자 지정 단계 중에 실패할 수 있음

    첫 번째 복구를 시도하는 중에는 Site Recovery Manager가 vSphere Virtual Volumes 스토리지에 배치되어 있는 VM에 설치된 이전 VMware Tools 버전을 인식하지 못합니다. 복구된 VM에 설치되어 있는 VMware Tools 버전에 따라 다음과 같은 오류가 나타날 수 있습니다. Vim::Fault::OperationNotSupportedByGuest : "게스트 운영 체제에서 해당 작업을 지원하지 않습니다." Vim::Fault::InvalidGuestLogin : "제공된 자격 증명을 사용하여 게스트 운영 체제를 인증하지 못했습니다."

    해결 방법:

    1. 실패한 복구 계획을 다시 실행하거나, 테스트 계획을 정리한 후 테스트 복구를 다시 실행합니다.
    2. vSphere Virtual Volumes 스토리지에 배치된 모든 VM에서 VMware Tools를 최신 버전으로 업데이트합니다.

  • 오류가 발생하여 vSphere Virtual Volumes 데이터스토어에 있는 보호된 VM에 대해 계획된 마이그레이션이 실패할 수 있음

    vSphere Virtual Volumes 데이터스토어에 보호된 VM이 있는 경우, 복구 사이트 스토리지를 쓰기 가능으로 변경 단계에서 다음 오류가 발생하여 VM에 대한 계획된 마이그레이션이 실패할 수 있습니다.

    오류 - 스토리지 정책 변경 실패: vSphere Virtual Volumes 대상에서 벤더 관련 오류가 발생했습니다. 가상 시스템 구성이 잘못되었습니다. 지정된 매개 변수가 올바르지 않음: 경로.

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

  • 복구된 VM이 최신 VMware Tools 버전을 사용하고, 복구 사이트의 ESXi 호스트와 동기화되지 않은 경우 복구 계획이 실패함

    IP 사용자 지정 또는 게스트 내 호출 작업을 사용하고, 복구된 VM에 있는 게스트 OS의 시간이 복구 사이트에 있는 ESXi 호스트와 동기화되지 않은 경우에는 다음 오류가 발생합니다.

    오류 - 제공된 자격 증명을 사용하여 게스트 운영 체제를 인증하지 못했습니다.

    해결 방법: 고급 설정의 recovery.autoDeployGuestAlias 옵션이 FALSE인 경우, 복구된 VM과 복구 사이트의 vCenter Single Sign-On 사이의 시간 동기화를 확인하고 복구 계획을 다시 실행합니다.

    고급 설정의 recovery.autoDeployGuestAlias 옵션이 TRUE이고 복구된 VM의 게스트 OS가 Windows인 경우, 복구 사이트의 vCenter Single Sign-On과 ESXi 호스트 사이의 시간 동기화를 확인하고 실패한 복구 계획을 다시 실행합니다.

    고급 설정의 recovery.autoDeployGuestAlias 옵션이 TRUE이고 복구된 VM의 게스트 OS가 Linux인 경우, 복구 사이트의 vCenter Single Sign-On과 ESXi 호스트 사이의 시간 동기화를 확인하고 다음 절차에 따라 VM의 구성 매개 변수를 업데이트한 후 실패한 복구 계획을 다시 실행합니다.

    1. 복구된 VM을 마우스 오른쪽 버튼으로 클릭합니다.
    2. 설정 편집을 클릭합니다.
    3. 옵션 탭에서 일반을 클릭합니다.
    4. 구성을 클릭하여 구성 매개 변수를 업데이트합니다.
    5. 행 추가를 클릭하고 이름 텍스트 상자에 time.synchronize.tools.startup.backward를 입력하고 값 텍스트 상자에 TRUE를 입력합니다.
    6. 확인을 클릭하여 확인합니다.
  • Site Recovery Manager를 설치할 때 올바른 vCenter Server 주소가 가능한 대상으로 나열되지 않을 수 있음

    한 개의 vCenter Server가 다른 버전으로 여러 번 서비스 등록되어 사용자 환경에서 vCenter Server 주소가 중복되는 경우, 올바른 주소가 나열되지 않을 수 있습니다. Site Recovery Manager에서 중복 키에 대한 오류를 설치 로그 파일에 기록합니다.

    Site Recovery Manager의 설치 로그 파일에 다음 오류 메시지가 표시됩니다.

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value '76B00E54-9A6F-4C13-8DD9-5C5A4E6101E3'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value 'default-first-site:b84bcef3-85fb-4d92-8204-2392acf0088d'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: ERROR: Duplicate key 'xxxxxx' exists

    해결 방법: https://kb.vmware.com/kb/2145520을 참조하십시오.

  • vCenter Server의 SSL 인증서 교체 시 Site Recovery Manager에서 인증서 검증 오류가 발생합니다.

    vCenter Server 시스템에서 SSL 인증서를 교체하는 경우 Site Recovery Manager가 vCenter Server에 연결하려고 시도하면 연결 오류가 발생할 수 있습니다.

    해결 방법: vCenter Server 인증서를 업데이트하는 방법 그리고 Site Recovery Manager와 같은 솔루션이 계속 작동되도록 하는 방법에 대한 자세한 내용은 http://kb.vmware.com/kb/2109074를 참조하십시오.

  • VSS 네트워크에 연결된 VM에 대한 재해 복구가 임시 자리 표시자 네트워크 매핑에 대한 UI에서 보호된 사이트 네트워크를 표시합니다.

    일반 네트워크 매핑이 구성되지 않은 VSS 네트워크를 사용하는 경우 스토리지 정책 보호 그룹을 포함하는 복구 계획에서 재해 복구를 실행하면 Site Recovery Manager가 해당 네트워크에 대해 임시 자리 표시자 매핑을 생성합니다. 임시 자리 표시자 매핑을 완료하면 주 사이트의 네트워크와 동일한 이름을 가진 네트워크가 보조 사이트에 나타날 수 있습니다. 해당 네트워크를 명시적으로 생성하지 않은 경우 이는 진짜 네트워크가 아닙니다. 하지만 임시 자리 표시자 매핑에 대한 대상으로 해당 네트워크를 선택할 수 있으며 복구가 성공합니다. 복구된 VM이 복구 사이트의 해당 네트워크에 연결되어 있음으로 표시된 경우에도 복구가 완료된 후 해당 네트워크는 액세스할 수 없음으로 표시됩니다.

    해결 방법: 복구 후 수동으로 VM을 다른 네트워크로 매핑하고 해당 VM을 진짜 네트워크에 연결합니다.

  • 해당하는 네트워크 매핑이 삭제될 때 테스트 네트워크 매핑은 삭제되지 않습니다.

    네트워크 매핑을 생성할 때 복구 계획 테스트를 위한 특정 네트워크 매핑을 구성한 다음 기본 네트워크 매핑을 삭제하면, 구성한 복구 사이트 네트워크가 다른 매핑의 대상이 아닌 경우에도 테스트 네트워크 매핑은 삭제되지 않습니다. 예:

    • 보호된 사이트의 Protected_Network_Main에서 복구 사이트의 Recovery_Network_Main으로 네트워크 매핑을 구성합니다.
    • Recovery_Network_Main에서 Recovery_Network_Test로 테스트 네트워크 매핑을 구성하여 복구 계획 테스트를 위한 네트워크로 사용합니다.
    • 복구 사이트의 Recovery_Network_Main이 다른 네트워크 매핑의 대상으로 사용되지 않습니다.
    • 전체 복구에 사용되는 Protected_Network_Main에서 Recovery_Network_Main으로의 네트워크 매핑을 삭제합니다.
    • Recovery_Network_Main에서 Recovery_Network_Test로의 테스트 네트워크 매핑이 삭제되지 않습니다.

    해결 방법: 테스트 네트워크 매핑을 수동으로 삭제합니다.

  • 마이그레이션 워크플로우 중에 확장된 스토리지에서 두 가상 시스템(하나는 vMotion을 사용하도록 설정하고 다른 하나는 vMotion을 사용하지 않도록 설정함) 간의 종속성이 실패합니다.

    해결 방법: 가상 시스템 간의 종속성을 제거하고 vMotion을 사용하여 계획된 마이그레이션을 다시 실행합니다. 향후 복구 워크플로우에 대한 종속성을 수동으로 다시 사용하도록 설정합니다.
    가상 시스템 간의 종속성을 보존하려면 vMotion을 사용하지 않고 계획된 마이그레이션을 실행합니다. 종속성 순서에 따라 두 가상 시스템이 일반 가상 시스템으로 마이그레이션됩니다.

  • Site Recovery Manager가 vCenter Server 인벤토리에서 중요하지 않은 가상 시스템의 제거를 추적하지 못하여 복구, 테스트 복구 및 테스트 정리 워크플로우에서 MONF 오류가 발생합니다.

    보호된 사이트와 복구 사이트에서 Site Recovery Manager와 vCenter Server의 연결이 끊어지고 Site Recovery Manager가 중요하지 않은 가상 시스템의 제거를 모니터링할 수 없습니다.

    해결 방법: Site Recovery Manager Server를 다시 시작합니다.

  • 임시 자리 표시자 매핑을 편집하는 경우 지정한 키, 이름 또는 식별자 '6458aed1-6c80-4565-907f-189e6a102046'이 이미 있습니다.라는 오류가 표시될 수 있습니다.

    이 오류는 동일한 보호된 사이트 인벤토리 개체에 대한 일반 매핑이 존재할 때 발생할 수 있습니다.

  • 보호된 가상 시스템에 연결된 데이터스토어의 이름을 바꾸면 보호 및 복구 설정이 손실될 수 있습니다.

    보호된 가상 시스템에 연결된 데이터스토어의 이름을 변경하면 보호된 가상 시스템의 보호 상태 및 복구 설정이 손실될 수 있습니다. 가상 시스템의 복구 설정의 손실을 방지하려면 먼저 Site Recovery Manager Server를 종료한 다음 데이터스토어의 이름을 변경합니다.

    해결 방법: 보호 상태를 복원하려면 보호된 사이트 Site Recovery Manager Server를 다시 시작하거나 영향을 받은 데이터스토어를 보호 그룹에서 제거했다가 다시 추가한 후 복구 설정을 재구성합니다.

  • Site Recovery Manager가 자리 표시자 매핑에서 일부 보호된 사이트 개체에 대한 잘못된 이름을 표시합니다.
    • 사용자가 정의한 데이터 센터 이름 대신 vm이라는 이름이 데이터 센터에 표시됩니다.
    • 사용자가 정의한 자원 풀 이름 대신 Resources라는 이름이 자원 풀에 표시됩니다.
    • 가상 시스템을 스토리지 프로파일 보호 그룹에서 보호한 후 가상 시스템을 다른 폴더나 자원 풀로 이동하는 경우 이동 후 생성된 자리 표시자 매핑에 사용자가 정의한 개체 이름 대신 folder-3 또는 resgroup-5와 같은 내부 ID가 표시됩니다.

    해결 방법: 인벤토리 매핑에서 잘못된 개체 이름에 대한 해결 방법은 없습니다. 자리 표시자 매핑이 생성되도록 야기한 실패한 테스트 또는 복구 워크플로우에서 기록 보고서를 확인합니다. 예를 들어 보호된 사이트 인벤토리를 알고 있는 경우 누락된 매핑으로 인해 복구하지 못한 보호된 가상 시스템이 포함된 보호된 사이트 데이터 센터, 폴더 및 자원 풀을 확인할 수 있습니다.

  • 정적 사이트 바이어스가 있는 확장된 스토리지에서 vMotion을 사용하지 않도록 설정한 상태에서 계획된 마이그레이션을 실행하면 스토리지 동기화 단계에서 작업이 실패합니다.

    해결 방법: 첫 번째 시도에서 계획된 마이그레이션이 실패하면 수동으로 디바이스 검색을 실행하고 작업을 다시 실행합니다.

  • 복구 계획 워크플로우가 완료된 후 마지막 복구 단계에서 계속 "실행 중" 상태가 표시됩니다.

    잘못된 상태는 일시적인 UI 문제입니다. Site Recovery Manager에서 모든 단계가 실행되어 완료되었습니다.

    해결 방법: 글로벌 새로 고침 아이콘을 클릭하여 인터페이스를 새로 고칩니다. 모든 단계가 완료 상태로 올바로 표시됩니다.

  • 복구 보기의 단계 목록에서 프롬프트 및 명령이 사라집니다.

    복구 단계 > 복구 보기에서 프롬프트 또는 명령을 추가하면 동일한 프롬프트 또는 명령을 테스트 보기에서 볼 수 있습니다. 하지만 테스트 보기에서 프롬프트 또는 명령을 편집하면 복구 보기와 관련된 프롬프트 또는 명령이 단계 목록에서 사라질 수 있습니다.

    프롬프트 또는 명령이 사라지는 것은 일시적인 UI 문제이며, 복구 단계의 세부 목록만 영향을 받습니다. 프롬프트 및 명령이 단계의 세부 목록에 나타나지 않더라도 테스트 또는 복구를 실행하면 Site Recovery Manager에서 모든 프롬프트 및 명령을 실행합니다.

    해결 방법: 글로벌 새로 고침 아이콘을 클릭하여 인터페이스를 새로 고칩니다. 단계 목록에 모든 호출이 다시 나타납니다.

  • 보호된 사이트에서 스토리지 어레이가 실패하면 Site Recovery Manager에서 스토리지 프로파일 보호 그룹에 있는 가상 시스템을 복구할 수 없습니다.

    가상 시스템은 보호되지 않는 상태가 되지만 데이터는 계속 보호됩니다.

    해결 방법: 복구 사이트에서 데이터스토어 및 가상 시스템을 수동으로 복구합니다.

  • 원격 사이트에서 신뢰할 수 있는 vCenter Server 인증서를 변경한 후 인벤토리 매핑 마법사가 빈 인벤토리를 표시합니다.

    보호된 사이트와 복구 사이트 모두에서 신뢰할 수 있는 vCenter Server용 인증서를 사용하는 설정을 사용 중인 경우 다른 사이트의 Site Recovery Manager 인터페이스에 로그인된 상태에서 사이트 중 하나의 vCenter Server 인증서를 변경한 다음 리소스 매핑 구성을 시도하면 인벤토리 매핑 마법사가 원격 사이트에서 빈 인벤토리를 표시합니다.

    해결 방법: vSphere Web Client에서 로그아웃한 다음 다시 로그인합니다.

  • 원격 사이트에서 신뢰할 수 있는 vCenter Server 인증서를 변경한 후 인벤토리 매핑 마법사가 빈 인벤토리를 표시합니다.

    보호된 사이트와 복구 사이트 모두에서 신뢰할 수 있는 vCenter Server용 인증서를 사용하는 설정을 사용 중인 경우 다른 사이트의 Site Recovery Manager 인터페이스에 로그인된 상태에서 사이트 중 하나의 vCenter Server 인증서를 변경한 다음 리소스 매핑 구성을 시도하면 인벤토리 매핑 마법사가 원격 사이트에서 빈 인벤토리를 표시합니다.

    해결 방법: vSphere Web Client에서 로그아웃한 다음 다시 로그인합니다.

  • Site Recovery Manager가 vSphere Web Client에서 사라집니다.

    페더레이션된 vCenter Single Sign-On을 통한 설정에서 Site Recovery Manager는 다음과 같은 이유 중 하나로 인해 vSphere Web Client에서 사라질 수 있습니다.

    • 보호된 사이트 또는 복구 사이트에 로그인하고 해당 사이트에 대한 Platform Services Controller가 오프라인입니다. Site Recovery Manager 플러그인을 지원하는 해당 사이트의 Platform Services Controller, vCenter Server 또는 Site Recovery Manager Server 인스턴스가 오프라인일 수 있기 때문에 마지막으로 로그인했던 플러그인이 배포되지 않았습니다.
      해결 방법: vSphere Web Client 서비스를 다시 시작합니다.
    • 공유 복구 사이트 구성에서 Site Recovery Manager를 설치했으며 공유 사이트의 vCenter Server에 등록된 Site Recovery Manager 인스턴스 중 하나를 제거했습니다. Site Recovery Manager Server 인스턴스를 제거할 때 모든 Site Recovery Manager 데이터를 삭제한 경우 Site Recovery Manager가 vSphere Web Client에서 사라집니다. 나머지 Site Recovery Manager 인스턴스 중 아무것도 사용할 수 없습니다.
      해결 방법: vSphere Web Client 서비스를 다시 시작합니다.
    • 보호된 사이트 또는 복구 사이트의 Site Recovery Manager Server가 오프라인입니다. 이 경우 vSphere Web Client는 나머지 활성 사이트에서 Site Recovery Manager 클라이언트 플러그인을 다운로드해야 하지만 그렇게 하지 않습니다.
      해결 방법: 이러한 해결 방법을 차례대로 시도합니다.
      1. 오프라인인 Site Recovery Manager Server 인스턴스를 다시 시작하거나 Site Recovery Manager Server와 Platform Services Controller 간의 연결을 복구합니다.
      2. Site Recovery Manager Server를 온라인으로 전환할 수 없는 경우 이 Site Recovery Manager Server 인스턴스를 제거하고 다시 설치합니다.
      3. 실행되고 있는 가상 시스템을 시작할 수 없는 등의 이유로 Site Recovery Manager Server를 제거할 수 없는 경우 이 사이트에 대한 vCenter Server 인스턴스의 MOB(Managed Object Browser)에서 Site Recovery Manager Server 확장의 등록을 취소합니다. 그런 다음 Site Recovery Manager를 다시 설치해야 합니다.
  • Platform Services Controller 인증서가 만료된 경우 Site Recovery Manager 설치가 실패합니다.

    Site Recovery Manager를 설치하는 동안 Platform Services Controller에 연결하는 경우 Platform Services Controller 인증서가 만료되었거나 아직 유효하지 않더라도 Platform Services Controller 인증서를 수락할 수 있습니다. 그런 다음 연결할 vCenter Server 인스턴스를 선택하는 단계에서 다음과 같은 오류가 발생하며 설치가 실패합니다. vCenter Server를 확인하지 못했습니다. 세부 정보: 내부 오류: 예기치 않은 오류 코드: -1. Site Recovery Manager를 설치하고 수정 모드에서 Site Recovery Manager 설치 관리자를 실행한 후 Platform Services Controller 인증서가 만료되는 경우 동일한 오류가 발생합니다. Site Recovery Manager를 설치한 후 Platform Services Controller 인증서가 만료되는 경우 Site Recovery Manager 인스턴스에 다른 오류가 표시될 수도 있습니다.

    해결 방법: Platform Services Controller 인증서를 교체하고 설치를 다시 시도합니다.

  • 페더레이션된 vCenter Single Sign-On을 통한 설정에서 보호 노드가 동일한 세션에서 중지된 경우 Site Recovery Manager가 계획에서 복구를 시작하지 못합니다.

    해결 방법: 페더레이션된 vCenter Single Sign-On을 통한 설정에서 토폴로지가 변경되는 경우 vSphere Web Client에서 로그아웃했다가 로그인합니다.

  • 페더레이션된 vCenter Single Sign-On이 있는 설정에서 원격 사이트 또는 원격 Platform Services Controller 서비스가 중지된 경우 Site Recovery Manager가 인벤토리에서 개체를 로드하지 못합니다.

    해결 방법: 원격 vSphere Web Client에서 로그아웃했다가 로그인합니다.

  • 페더레이션된 vCenter Single Sign-On이 있는 설정에서 사이트의 쌍을 구성하는 경우 솔루션 사용자 중 하나가 보조 vCenter Single Sign-On 인스턴스로 복제되지 않을 때 Site Recovery Manager가 오류를 표시하지 않습니다.

    해결 방법: 기본 및 보조 Platform Services Controller가 포함된 가상 시스템을 재부팅합니다.

  • 보호 그룹과 복구 계획을 삭제한 후에도 복구 사이트의 자리 표시자 가상 시스템이 아직 있습니다.

    SRM 인벤토리에서 복구 계획과 보호 그룹을 삭제하는 경우 자리 표시자 VM이 복구 사이트에 계속 표시됩니다. 동일한 데이터스토어 및 가상 시스템으로 새로운 보호 그룹을 생성하려는 경우 오류가 발생합니다. vCenter Server 인벤토리에서 자리 표시자 가상 시스템을 수동으로 삭제하려고 하는 경우 오류가 발생합니다. Site Recovery Manager에서 가상 시스템이 링크가 분리됨으로 표시됩니다.

    해결 방법: 자리 표시자 가상 시스템을 삭제하고 링크가 분리된 가상 시스템을 제거한 다음 동일한 가상 시스템으로 보호 그룹을 생성합니다.

  • Internet Explorer 버전 10 또는 11을 사용하는 Windows 8 또는 Windows 8.1에서 사용자 로캘을 중국어로 변경하면 vSphere Web Client는 Site Recovery Manager를 영어로 표시함

    해결 방법: Chrome 또는 Firefox를 사용합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 테스트 정리가 데이터스토어 마운트 해제 오류로 인해 실패함

    테스트 복구 후 정리를 실행하면 오류 - 호스트 'hostname'에서 'datastore_name' 데이터스토어를 마운트 해제할 수 없습니다.라는 오류와 함께 정리가 실패할 수 있습니다. 이 작업은 현재 상태에서 수행할 수 없습니다.. 이 문제는 호스트가 정리 작업을 실행하기 전에 이미 데이터스토어를 마운트 해제한 경우 발생합니다.

    해결 방법: 정리 작업을 다시 실행합니다.

  • VIX API를 통해 사용자 지정 스크립트를 가상 시스템으로 업로드하는 경우 시간 초과로 인해 IP 사용자 지정이 실패함

    복구 계획을 실행하는 동안 VIX를 사용하여 IP 사용자 지정 스크립트를 가상 시스템으로 업로드하는 작업이 시간 초과로 인해 실패합니다.

    해결 방법: 없음

  • 보호된 가상 시스템 없이 복구 계획의 계획된 마이그레이션을 실행하면 환경이 사용할 수 없는 상태로 유지됩니다.

    보호 그룹에 가상 시스템이 포함되지 않은 경우 원격 Site Recovery Manager 서버에서 이 보호 그룹에 대한 복구 계획을 계획된 마이그레이션 모드로 실행하면 작업이 실패합니다. 계획은 복구가 완료되지 않은 상태로 전환되고 삭제할 수 없으며 LUN이 보호 호스트와 복구 호스트 모두에서 연결이 끊어집니다.

    해결 방법: 환경을 복원하려면 보호 그룹과 복구 계획을 삭제하고 SAN 관리 인터페이스를 사용하여 LUN을 수동으로 재구성합니다.

  • 특정 사용자로 로그인한 경우 보호된 사이트에서 해당 사용자에 대한 사용 권한을 제거하면 다음과 같은 오류 메시지가 표시됩니다. 사용 권한 데이터를 검색할 수 없습니다. 세션이 이미 로그인되어 있습니다. 유사한 오류가 고급 설정 탭에 표시됩니다.

    이 오류는 사이트 수준에서 사용자 자신의 사용 권한을 제거할 때 표시됩니다. 대신 이 메시지는 사용자가 해당 페이지를 볼 수 있는 사용 권한이 없음을 알려야 합니다.

  • 복구 계획을 실행할 때 스토리지 구성 단계에서 가상 시스템 오류로 인해 작업이 실패함

    이후에 동일한 가상 시스템에 대한 동일한 스토리지 구성 단계에서 복구 계획을 실행할 때 지정한 키, 이름 또는 식별자가 이미 있습니다.라는 오류로 인해 작업이 실패합니다. vCenter Server 인벤토리를 확인하면 실패한 가상 시스템과 동일한 이름의 가상 시스템이 두 개 표시됩니다. 이 중 하나는 Discovered Virtual Machines 폴더에 있습니다. 이 문제는 vCenter Server와 ESXi Server 인스턴스 간의 알려진 통신 문제로 인해 발생합니다.

    해결 방법: vCenter Server에서 Discovered Virtual Machines 폴더에 있는 중복 가상 시스템을 등록 취소합니다. 영향을 받는 모든 가상 시스템에 대해 이 작업을 완료한 후 복구 계획을 다시 실행합니다.

check-circle-line exclamation-circle-line close-line
Scroll to top icon