VMware Site Recovery Manager 6.1.2 릴리스 정보

Site Recovery Manager 6.1.2.2 | 2018년 7월 26일 | 빌드 9116747 Site Recovery Manager 6.1.2.1 | 2017년 11월 9일 | 빌드 6816512 Site Recovery Manager 6.1.2 | 2017년 2월 24일 | 빌드 5077693 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

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

• Site Recovery Manager 6.1.2.2 Express 패치 릴리스
• Site Recovery Manager 6.1.2.1 Express 패치 릴리스

릴리스 정보에 포함된 내용

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

• Site Recovery Manager 6.1.2의 새로운 기능
• 현지화
• 호환성
• 설치 및 업그레이드
• 네트워크 보안
• Site Recovery Manager의 작동 제한
• Site Recovery Manager SDK
• 오픈 소스 구성 요소
• 주의 사항 및 제한 사항
• 사용 가능한 패치 릴리스
• 해결된 문제
• 알려진 문제

Site Recovery Manager 6.1.2의 새로운 기능

VMware Site Recovery Manager 6.1.2에서는 해결된 문제 섹션에 설명된 새로운 버그 수정을 제공합니다.

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

• Site Recovery Manager 5.8.1.1에서 Site Recovery Manager 6.1.2로의 직접 업그레이드 경로를 제공하여 vCenter Server Windows 5.5.x에서 vCenter Server Virtual Appliance 6.0 업데이트 3으로의 업그레이드 마이그레이션 경로를 지원합니다.

VMware Site Recovery Manager 6.1.2는 VMware vSphere 6.0 업데이트 3, VMware vSphere 6.0 업데이트 3a 및 VMware vSphere 6.0 업데이트 3b와 호환됩니다.

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

vSphere 6.0 업데이트 3의 기능과 vCenter Server 업데이트 3의 인증 방법에 대한 자세한 내용은 vSphere 6.0 설명서를 참조하십시오.

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

현지화

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

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

호환성

Site Recovery Manager 호환성 매트릭스

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

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

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

VMware Virtual SAN 지원

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

VMware VSA 지원

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

설치 및 업그레이드

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

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

참고:

• Site Recovery Manager를 버전 5.8.0.x에서 버전 6.1.2로 곧바로 업그레이드하는 것은 지원되지 않습니다. Site Recovery Manager 5.8.0.x를 Site Recovery Manager 6.1.2로 업그레이드하려면 먼저 Site Recovery Manager를 5.8.0.x에서 5.8.1.x 또는 6.0으로 업그레이드해야 합니다. vSphere Replication을 버전 5.8.0.x에서 버전 6.1.2로 곧바로 업그레이드하는 것은 지원되지 않습니다. vSphere Replication을 Site Recovery Manager 5.8.0.x와 함께 사용할 때 vSphere Replication을 버전 5.8.x에서 버전 6.1로 곧바로 업그레이드하는 경우, Site Recovery Manager 버전 5.8.x에서 버전 6.0.x로의 중간 업그레이드를 시도하면 호환되지 않는 vSphere Replication 버전에 대한 오류가 표시되며 Site Recovery Manager 업그레이드가 실패합니다.  Site Recovery Manager를 5.8.x에서 6.0.x로 업그레이드하기 전에 vSphere Replication을 버전 6.0.x로 업그레이드하십시오. 이미 vSphere Replication을 5.8.x에서 6.1로 곧바로 업그레이드한 경우에는 KB 2136677을 참조하십시오.
• 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/2119329를 참조하십시오.

Site Recovery Manager 6.1.2의 작동 제한

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

Site Recovery Manager SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

• Site Recovery Manager를 버전 6.1.2에서 버전 6.5로 업그레이드하는 것은 지원되지 않습니다.
• Site Recovery Manager 6.1.2는 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.1.2는 다중 CPU vSphere FT(Fault Tolerance)로 구성되는 가상 시스템의 보호를 지원하지 않습니다. Site Recovery Manager 6.1.2는 단일 프로세서 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.1.2는 vVol(Virtual Volumes)에서 가상 시스템의 복제를 지원합니다(제한 있음). Site Recovery Manager 6.1.2는 보호를 위한 복제 기술로 vSphere Replication을 사용하는 경우에도 Virtual Volumes에서 가상 시스템의 보호를 지원하지 않습니다.
• Site Recovery Manager 6.1.2는 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.1.2를 설치하고 Site Recovery Manager 6.1.2 사이트를 연결하려면 Platform Services Controller의 관리자 자격 증명을 사용해야 합니다.
  2. 두 Site Recovery Manager 6.1.2 사이트 모두에서 vCenter Server 인스턴스가 고급 연결 모드로 작동해야 합니다. Site Recovery Manager 6.1.2를 최신 버전의 Site Recovery Manager로 업그레이드하는 동안 오류를 방지하려면 두 사이트 모두에서 vCenter Server 인스턴스가 직접 복제 파트너여야 합니다.

사용 가능한 패치 릴리스

Site Recovery Manager 6.1.2.x Express 패치 릴리스에서는 초기 6.1.2 릴리스 후 발생한 문제가 해결되었습니다. Site Recovery Manager 다운로드 페이지(http://www.vmware.com/go/download-srm)에서 패치 릴리스를 얻으십시오.

Site Recovery Manager 6.1.2.2 Express 패치 릴리스

릴리스 날짜: 2018년 7월 26일 | 빌드 9116747

VMware Site Recovery Manager 6.1.2.2 Express 패치 릴리스에는 버그 수정이 포함되어 있습니다.

설치 및 업그레이드 정보

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

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

Site Recovery Manager 6.1.2.1 Express 패치 릴리스

릴리스 날짜: 2017년 11월 9일 | 빌드 6816512

Site Recovery Manager 6.1.2.1 Express 패치 릴리스는 VMware vCenter Server 6.0 업데이트 3c와 호환됩니다.

Site Recovery Manager 6.1.2.1 Express 패치 릴리스에서는 다음 문제가 해결되었습니다.

• Site Recovery Manager를 사용하여 페일오버 및 페일백을 수행하면서 IP 사용자 지정 단계 중 가상 시스템이 20%에 멈춰 있음

​

설치 및 업그레이드 정보

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

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

해결된 문제

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

• 새 항목 Red Hat Enterprise Linux 7 가상 시스템에서 IP 사용자 지정을 수행하면 페일오버 후 /etc/hostname 파일이 ㅇ비어 있음

  Red Hat Enterprise Linux 7에서 IP 사용자 지정된 가상 시스템에 대해 페일오버를 수행하는 경우 /etc/hostname 파일이 비어 있게 됩니다.

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

• 테스트 정리 중 Site Recovery Manager에서 충돌이 발생함

  성공적으로 완료되는 페일오버 테스트를 수행합니다. 테스트 정리를 실행하는 경우 Site Recovery Manager가 충돌하고 다음 오류가 발생합니다. 패닉: 어설션 실패: "dbObj (Vm에 대한 dbobj를 가져올 수 없습니다. 50315c1f-00e7-5bf0-ca9c-c44b4930f0ea)" @ d:/build/ob/bora-4535903/srm/src/recovery/engine/vmStatesRepository.cpp:298.

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

• VMTools 10.1.x로 복구 중 IP 사용자 지정이 실패함

  테스트 복구를 실행하는 경우 다음 오류 메시지와 함께 IP 사용자 지정이 실패합니다. "ESX 또는 게스트 VM과 통신할 때 예기치 않은 오류 '3051'이 발생했습니다. 사용된 인증 유형이 게스트 운영 체제에서 사용되지 않도록 설정되었습니다."

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

알려진 문제

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

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

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

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

• 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로의 테스트 네트워크 매핑이 삭제되지 않습니다.

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

• 계획된 마이그레이션이 [복구가 완료되지 않음] 상태에 있는 경우 보호되지 않은 VM이 포함된 스토리지 정책 보호 그룹이 변경 내용을 반영하지 않고 선택하지 않습니다.

  보호된 데이터스토어에 적절한 스토리지 정책에 연결되지 않은 보호되지 않은 VM이 있음으로 하여 계획된 마이그레이션이 [복구가 완료되지 않음] 상태로 실패한 경우, 보호되지 않은 VM을 올바른 스토리지 정책에 연결하고 계획된 마이그레이션을 다시 실행하면 스토리지 정책 보호 그룹은 변경 내용을 반영하고 선택할 수 있도록 업데이트되지 않습니다. 보호되지 않은 VM이 현재 보호 그룹의 일부여야 하는 경우에도 보호되지 않은 VM으로 인해 계획된 마이그레이션이 계속 [복구가 완료되지 않음] 상태로 실패합니다.

  해결 방법: 다음 해결 방법 중 하나를 수행하여 해당 가상 시스템을 보호 그룹 외부로 이동합니다.

  • 보호되지 않은 VM이 액세스 가능하고 읽기 전용이 아닌 경우 일관성 그룹 외부로 해당 VM을 마이그레이션합니다.
  • 보호되지 않은 VM을 복사하고 vCenter Server API에서 VirtualMachine.ReloadFromPath를 사용하여 일관성 그룹에 없는 데이터스토어에 VM을 다시 로드합니다.
  • 보호되지 않은 VM을 복사하고 vCenter Server에서 이전 VM을 등록 취소한 다음 일관성 그룹에 없는 데이터스토어에 새 VM을 등록합니다. 가상 시스템이 해당 MoRef를 잃게 되지만 해당 UUID는 유지합니다.
  • 보호되지 않은 VM이 페일오버된 데이터스토어에 있는 경우 vCenter Server에서 VM을 등록 취소하고 복구 사이트에서 VM을 수동으로 복구합니다.
• Site Recovery Manager가 보호되지 않은 VM을 등록 취소하려고 시도하는 경우 [보호된 사이트에서 VM 등록 취소] 단계에서 복구 계획이 실패합니다.

  Site Recovery Manager가 보호되지 않은 가상 시스템을 등록 취소하려고 시도하는 경우 보호되지 않은 가상 시스템이 포함된 복구 계획은 [보호된 사이트에서 VM 등록 취소] 단계에서 실패합니다. 위의 문제의 설명에 따라 복구를 실행하려고 시도한 후 보호되지 않은 VM을 스토리지 정책 보호 그룹에 추가하기 위해 해당 VM의 스토리지 정책을 변경하여도 문제가 해결되지 않습니다.

  해결 방법: 보호되지 않은 VM을 다른 데이터스토어로 이동합니다.

• 마이그레이션 워크플로우 중에 확장된 스토리지에서 두 가상 시스템(하나는 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를 다시 시작하거나 영향을 받은 데이터스토어를 보호 그룹에서 제거했다가 다시 추가한 후 복구 설정을 재구성합니다.

• Storage DRS를 사용하여 가상 시스템을 해당 스토리지 정책의 태그와 일치하지 않은 데이터스토어로 마이그레이션하는 경우 Site Recovery Manager가 가상 시스템의 스토리지 정책을 수정하지 않습니다. 해당 가상 시스템이 스토리지 정책 보호 그룹에서 보호된 경우 보호가 손실될 수 있습니다.

  해결 방법: 먼저 데이터스토어 기본값에 대한 정책을 수정한 다음 새 데이터스토어에 해당하는 스토리지 정책을 수정하여 가상 시스템이 해당하는 스토리지 정책 보호 그룹에 의해 자동으로 보호되도록 합니다.

• Storage vMotion 사용 후 가상 시스템이 보호되지 않거나 보호된 스토리지 정책에 연결되지 않습니다.

  스토리지 정책 보호 그룹에 의해 보호되는 가상 시스템에서 Storage vMotion을 사용하여 한 데이터스토어에서 다른 일관성 그룹에 있는 데이터스토어로 전환한 다음 Storage vMotion을 사용하여 원래 데이터스토어로 돌아가면 가상 시스템이 보호되지 않습니다.

  해결 방법: 가상 시스템에서 스토리지 정책을 다시 적용합니다. 가상 시스템이 원래 스토리지 정책 보호 그룹 아래에서 다시 보호됩니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 보호된 사이트가 오프라인이면 새로 생성된 복구 계획만 인벤토리 트리 보기에 나타납니다.

  보호된 사이트가 오프라인이고 복구 사이트에서 새 복구 계획을 생성하면 새 계획이 Site Recovery Manager 인터페이스의 인벤토리 > 복구 계획 보기에 나타나지 않습니다. 새 계획이 인벤토리 트리 > 복구 계획 보기에 표시됩니다.

  해결 방법: 없음

• 보호된 사이트가 오프라인이면 새로 생성된 복구 계획만 인벤토리 트리 보기에 나타납니다.

  보호된 사이트가 오프라인이고 복구 사이트에서 새 복구 계획을 생성하면 새 계획이 Site Recovery Manager 인터페이스의 인벤토리 > 복구 계획 보기에 나타나지 않습니다. 새 계획이 인벤토리 트리 > 복구 계획 보기에 표시됩니다.

  해결 방법: 없음

• 과도한 복제 트래픽이 있는 경우 vSphere Replication 작업이 실패합니다.

  vSphere Replication을 사용하여 보호하는 가상 시스템을 복구하는 경우 복제를 되돌릴 수 없음 오류와 함께 다시 보호가 실패할 수 있고 다른 작업이 java.net.UnknownHostException과 함께 실패할 수 있습니다. 이러한 오류는 네트워크 정체로 인한 DNS 요청 손실로 발생합니다.

  해결 방법: vSphere Replication 6.1.2 릴리스 정보를 참조하십시오.

• 원격 사이트에서 신뢰할 수 있는 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를 다시 설치해야 합니다.
• vCenter Server 인증서가 만료되었을 때 작업이 실패해도 Site Recovery Manager가 경고 또는 오류를 생성하지 않습니다.

  vCenter Server 인증서가 만료된 경우 Site Recovery Manager 작업이 실패하지만 vSphere Web Client에 경고나 오류가 표시되지 않습니다. Site Recovery Manager 로그에 다음과 같은 오류가 표시됩니다.

  [01460 warning 'Default'] Dr::Internal::StubExcTranslator : 
  Error while calling stub for 'dataservice.authentication.SessionManager:sessionManager' 
  [...] 
  --> The remote host certificate has these problems: 
  --> 
  --> * A certificate in the host's chain is not time-valid. 
  --> 
  --> * The certificate is not time-valid. 
  --> 
  --> * unable to get local issuer certificate"

• 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 인증서를 교체하고 설치를 다시 시도합니다.

• 인증서가 만료되었거나 만료되려고 할 때 Site Recovery Manager가 경고나 오류를 생성하지 않습니다.

  Site Recovery Manager 인증서가 만료된 경우 Site Recovery Manager에 로그인하면 경고나 오류가 표시되지 않습니다. 인증서가 만료된 경우 특정 작업이 불가능하게 됩니다.

  해결 방법: 인증서 유효성과 관련된 다음과 같은 Site Recovery Manager 이벤트에 대한 경보를 트리거하도록 vCenter Server를 구성합니다.

  • SrmCertificateNotValidEvent
  • SrmCertificateExpiredEvent
  • SrmCertificateEvent

  이러한 이벤트에 대한 자세한 내용은 사이트 상태 이벤트를 참조하십시오. 또한 localSiteStatus.minCertRemainingTime 고급 설정을 수정하여 인증서가 만료되기 전에 Site Recovery Manager가 인증서 만료 이벤트를 발생시키는 기간을 조정할 수도 있습니다. 이 설정에 대한 자세한 내용은 Site Recovery Manager 관리의 로컬 사이트 설정 변경을 참조하십시오.

• 페더레이션된 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에서 가상 시스템이 링크가 분리됨으로 표시됩니다.

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

• 페더레이션된 vCenter Single Sign-On을 통한 설정에서 Site Recovery Manager 역할이 역할 목록에 표시되지 않습니다.

  Site Recovery Manager를 설치하는 동안 설치 관리자는 사이트 간에 성공적으로 동기화되지 않는 Site Recovery Manager에 대한 권한 및 역할을 생성합니다. vCenter Server는 권한 목록 이전에 역할 목록을 수신하고 역할을 거부합니다.

  해결 방법: Site Recovery Manager 역할을 등록하지 못한 vpxd 서비스를 다시 시작합니다.

• 루트 폴더에서 보호 그룹을 이동하면 Site Recovery Manager를 통해 가변 예외가 발생함

  해결 방법: 해당 예외를 해제하고 글로벌 새로 고침을 수행하여 vSphere Web Client를 다시 로드합니다.

• 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 간의 지연 시간으로 인해 발생할 수 있습니다.

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

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

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

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

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

  해결 방법:

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

• 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 사용자 지정 스크립트를 가상 시스템으로 업로드하는 작업이 시간 초과로 인해 실패합니다.

  해결 방법: 없음

• 네이티브 상위 ASCII 비밀번호를 사용하는 새 사용자가 vSphere Web Client를 사용하여 로그인할 수 없습니다.

  새 사용자가 처음으로 vSphere Web Client를 사용하여 프랑스어 및 독일어 로케일의 상위 ASCII 비밀번호로 로그인하려고 하면 로그인 시도가 실패합니다.

  해결 방법: vSphere SSO(Single Sign On) 관리자로 로그인하고 새 사용자의 기존 상위 ASCII 비밀번호에 단일 ASCII 문자를 추가합니다.

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

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

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

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

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

• 복구 및 다시 보호 후에도 가상 시스템의 보호된 사이트에 'SRM에 의해 관리됨' 플래그가 아직 있음

  모든 게스트 메모리 예약(모두 잠김) 옵션이 설정된 가상 시스템의 경우 복구 및 다시 보호를 두 번 실행한 후에도 가상 시스템의 보호된 사이트에 아직 'SRM에 의해 관리됨' 플래그가 있습니다. 일반적인 가상 시스템으로 표시되어야 합니다.

  해결 방법: 없음

• 복구 및 다시 보호 후에도 가상 시스템의 보호된 사이트에 'SRM에 의해 관리됨' 플래그가 아직 있음

  모든 게스트 메모리 예약(모두 잠김) 옵션이 설정된 가상 시스템의 경우 복구 및 다시 보호를 두 번 실행한 후에도 가상 시스템의 보호된 사이트에 아직 'SRM에 의해 관리됨' 플래그가 있습니다. 일반적인 가상 시스템으로 표시되어야 합니다.

  해결 방법: 없음

• Site Recovery Manager 6.1을 6.1.2로 업그레이드한 후에도 보호된 사이트에서 Site Recovery Manager 6.1에 의해 복구된 가상 시스템에 계속 'SRM에 의해 관리됨' 플래그가 있음

  Site Recovery Manager 6.1에서 모든 게스트 메모리 예약(모두 잠김) 옵션이 설정되고 Site Recovery Manager 6.1에 의해 복구되는 가상 시스템의 경우 가상 시스템의 보호된 사이트에 아직 SRM에 의해 관리됨 플래그가 있습니다. 일반적인 가상 시스템으로 표시되어야 합니다.

  해결 방법: 이 플래그를 지우려면 Site Recovery Manager 6.1을 6.1.2로 업그레이드한 후 복구 계획을 실행합니다.

• IP 사용자 지정이 구성된 Windows 가상 시스템에서 테스트 페일오버를 실행하면 로그에 다음 오류가 표시됩니다. guestcust.log에 액세스하는 동안 오류가 발생했습니다.

  이 오류는 %TMP% 폴더가 없거나 %TMP%\vmware-imc\guestcust.log 파일이 없는 경우 발생할 수 있습니다.

  해결 방법: IP 사용자 지정을 수동으로 실행합니다.

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

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

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

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

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