VMware Site Recovery Manager 5.5 릴리스 정보

VMware vCenter Site Recovery Manager 5.5 | 2013년 9월 22일 | 빌드 1315893

마지막 업데이트 날짜: 2015년 3월 31일

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

릴리스 정보에 포함된 내용

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

SRM 5.5의 새로운 기능
현지화
호환성
설치 및 업그레이드
- RDM을 사용하는 가상 시스템이 포함된 사이트 업그레이드
SRM 및 vSphere Replication에 대한 작동 제한
SRM SDK
오픈 소스 구성 요소
주의 사항 및 제한 사항
알려진 문제
공유 복구 사이트 구성에서 SRM 5.5를 사용할 경우 알려진 문제

SRM 5.5의 새로운 기능

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

SRM이 보호하는 사이트에서 Storage DRS 및 Storage vMotion 사용:
- vSphere Replication은 보호되는 사이트에서 Storage DRS 및 Storage vMotion을 사용하여 가상 시스템을 이동할 수 있도록 지원합니다. 자세한 내용은 사이트에서 Storage DRS 또는 Storage vMotion과 함께 SRM 및 vSphere Replication 사용을 참조하십시오.
- 어레이 기반 복제는 일관성 그룹 내에서 Storage DRS 및 Storage vMotion을 사용하여 가상 시스템을 이동할 수 있도록 지원합니다. 자세한 내용은 사이트에서 Storage DRS 또는 Storage vMotion과 함께 SRM 및 어레이 기반 복제 사용을 참조하십시오.
vSphere Replication으로 보호되는 가상 시스템의 여러 PIT(특정 시점) 이미지 보존. 자세한 내용은 가상 시스템 복제 및 여러 특정 시점 인스턴스를 사용하도록 설정을 참조하십시오.
VMware vSphere Flash Read Cache 스토리지에 있는 가상 시스템 보호. 복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정됩니다.

현지화

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

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

호환성

SRM 호환성 매트릭스

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

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

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

VMware VSA 지원

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

설치 및 업그레이드

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

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

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

중요: vSphere Replication을 업그레이드할 때 VAMI(가상 장치 관리 인터페이스)에 있는 업데이트 > 설정 옵션을 선택하여 vSphere Replication을 자동으로 업데이트하지 마십시오. 자동 업데이트를 선택하면 VAMI에서 SRM 5.5 및 vCenter Server 5.5와 호환될 수 없는 최신 버전으로 vSphere Replication을 업데이트합니다. 업데이트 설정을 자동 업데이트하지 않음으로 유지하십시오.

RDM을 사용하는 가상 시스템이 포함된 사이트 업그레이드

RDM(원시 디스크 매핑)을 사용하는 가상 시스템을 보호하는 경우 복구 사이트에서 Site Recovery Manager 5.0.x 또는 5.1.x를 Site Recovery Manager 5.5로 업그레이드하면 데이터베이스 테이블 생성 중 실패할 수 있습니다. 다음과 같은 내용의 오류가 발생하고 업그레이드가 실패합니다. 데이터베이스 테이블을 생성하지 못했습니다. 업그레이드를 수행할 수 없습니다. 초기화되지 않았습니다. 이 문제는 RDM을 사용 중이며 업그레이드를 시도할 때 Site Recovery Manager 환경이 다음 상태 중 하나일 경우 발생합니다.

테스트 복구를 수행했지만 업그레이드를 시도하기 전에 테스트 정리가 완료되지 않았습니다.
복구를 수행했지만 업그레이드를 시도하기 전에 다시 보호를 수행하지 않았습니다.

이 문제를 피하려면 테스트 복구 후에 정리를 실행하거나 복구 후 업그레이드를 시도하기 전에 다시 보호하십시오.

해결 방법: 이 문제가 발생하는 경우 데이터베이스 테이블을 수동으로 수정하여 해결할 수 있습니다. 참고: 이 해결 방법은 실패한 업그레이드를 시도하기 전에 복구 사이트에서 데이터베이스를 백업했는지 여부에 따라 달라집니다.

실패한 업그레이드를 시도하기 전에 만든 백업을 사용하여 복구 사이트에서 데이터베이스를 복원합니다.
복구 사이트에서 데이터베이스에 연결하고 pds_rdmrecoveryinfo 테이블의 항목을 삭제합니다.
복구 사이트에서 Site Recovery Manager Server를 다시 업그레이드합니다.
중요 업그레이드를 다시 시도하기 전에 데이터베이스를 다시 백업하지 마십시오. 처음 실패한 업그레이드를 시도하기 전에 만든 원본 백업을 유지하십시오.
업그레이드가 끝나면 Site Recovery Manager 서비스를 중지합니다.
백업 데이터베이스에서 pds_rdmrecoveryinfo 테이블의 행을 업그레이드된 데이터베이스의 pds_rdmrecoveryinfo 테이블에 삽입합니다.
name = 'global_sequence'인 sequence_table에서 ID를 선택하여 unique_key를 가져옵니다.
5단계에서 삽입한 n-행 각각에 대해 열 값을 다음과 같이 업데이트합니다.
```
recovereddeviceinfo unique_key + n peerdevicegroup '' peerdevicegrouphasvalue 0
```
5단계에서 삽입한 n-행 각각에 대해 다음과 같이 pds_recovereddeviceinfo 테이블에 새 행을 생성합니다.
```
db_id unique_key + n mo_id '' ref_count 1 device (value of pds_rdmrecoveryinfo.device n) peerdevice '' peerdevicehasvalue 0
```
Site Recovery Manager 서비스를 시작합니다.

SRM 및 vSphere Replication에 대한 작동 제한

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

공유 복구 사이트 구성에서 SRM 5.5와 vSphere Replication 5.5를 사용하는 경우 보호 및 복구 제한에 대한 자세한 내용은 http://kb.vmware.com/kb/2008061을 참조하십시오.

SRM SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

vSphere 5.5에는 실험적인 기능으로 VMware Virtual SAN이 포함되어 있습니다. Virtual SAN으로 테스트를 수행할 수는 있지만 운영 환경에서 사용할 수는 없습니다. SRM 및 vSphere Replication을 VMware Virtual SAN과 함께 사용하는 것은 가능하지만 지원되지 않습니다. SRM 및 vSphere Replication을 Virtual SAN과 함께 사용할 때의 제한 사항은 vSphere Replication을 Virtual SAN 스토리지와 함께 사용을 참조하십시오. Virtual SAN을 사용하도록 설정하는 방법에 대한 자세한 내용은 Virtual SAN Public Beta 커뮤니티를 참조하십시오. VMware는 Virtual SAN 문제를 해결하거나 해결 방법 또는 수정 사항을 제공할 수 없습니다. Virtual SAN으로 테스트할 경우 의견을 공유해 주시기 바랍니다. 다음 Virtual SAN Public Beta 커뮤니티 페이지에 설명된 액세스 방법을 통해 지원 요청을 보내 주십시오.
- 기존 고객용 Virtual SAN Public Beta URL
- 신규 고객용 Virtual SAN Public Beta URL
SRM 5.5는 vCloud Director 환경을 제한적으로 지원합니다. SRM을 사용하여 vCloud 리소스 풀 내의 가상 시스템(조직에 배포된 가상 시스템)을 보호하는 것은 지원되지 않습니다. SRM을 사용하여 vCD의 관리 구조를 보호하는 것은 지원됩니다. SRM을 사용하여 vCloud Director에 대한 관리 인프라를 제공하는 데이터베이스, vCD Server 인스턴스 및 vCenter Server 인스턴스를 보호하는 방법에 대한 자세한 내용은 VMware vCloud Director 인프라 복구 사례 연구를 참조하십시오.
Windows Server 2003 플랫폼은 SRM Server에서 지원되지 않지만 SRM 설치 관리자를 통해 SRM을 Windows Server 2003에 설치할 수 있습니다.
vCenter Server 5.5에 대한 지원 데이터베이스 목록에서 DB2가 제거됨에 따라 SRM 5.5는 더 이상 IBM DB2를 SRM 데이터베이스로 지원하지 않습니다. SRM 데이터베이스 또는 외부 vSphere Replication 데이터베이스로 DB2를 사용하는 경우 VMware 지원팀에 문의하여 데이터를 지원되는 데이터베이스로 마이그레이션하는 방법에 대한 지침을 확인하십시오.
복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정되며 예약이 0으로 설정됩니다. vSphere Flash Read Cache를 사용하도록 구성된 가상 시스템에서는 복구를 수행하기 전에 vSphere Web Client에서 가상 시스템의 캐시 예약 설정을 적어 두십시오. 복구 후 가상 시스템에서 vSphere Flash Read Cache를 재구성할 수 있습니다.
공유 복구 사이트(N:1) 구성에서 SRM 5.5를 사용할 때는 몇 가지 제한이 적용됩니다. 자세한 내용은 공유 복구 사이트 구성에서 SRM 5.5를 사용할 경우 알려진 문제를 참조하십시오.
SRM 5.5와 어레이 기반 보호 기능을 함께 사용하여 최대 50개의 LUN을 보호할 수 있습니다. 자세한 내용은 대규모 환경에서 SRM과 어레이 기반 복제를 사용할 때의 제한 사항을 참조하십시오.

알려진 문제

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

새로운 사항 여러 개의 LUN에서 동시에 복구를 실행하면 오류가 발생하고 시간이 초과됩니다.
50-255개의 Fibre Channel LUN이 있는 대규모 SRM 5.5.0 환경에서 50개 이상의 LUN에서 동시에 복구를 실행하면 LUN 및 일부의 경우 가상 시스템과 관련한 복구 시간 초과, 오류, 실패가 발생할 수 있습니다. 일부의 경우, 복구 계획을 여러 번 실행해야 성공할 수도 있습니다. 이것은 단일 복구 계획에서 LUN을 보호하든 여러 복구 계획에서 LUN을 보호하든 모두 발생합니다.

해결 방법: KB 2059498을 참조하십시오.
Virtual SAN이 Site Recovery Manager가 보호하는 데이터스토어에 로그를 저장하면 vSphere Replication 및 Virtual SAN을 사용한 계획된 마이그레이션이 실패할 수 있습니다.
Virtual SAN 스토리지를 사용하는 경우 Virtual SAN 로그를 Site Recovery Manager 보호 그룹에 포함된 데이터스토어에 저장하면 계획된 마이그레이션이 데이터스토어 이름 볼륨을 마운트 해제할 수 없습니다. 이유: 파일 시스템이 사용 중임 오류와 함께 실패할 수 있습니다.

해결 방법: KB 2069171을 참조하십시오.
디스크가 복제에서 제외되는 경우에도 물리적 모드 RDM 디스크를 사용하여 가상 시스템을 구성할 수 없음
물리적 모드 RDM 디스크를 사용하여 가상 시스템에서 vSphere Replication을 구성하는 경우 다음과 같은 오류가 표시될 수 있습니다.
VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.
해결 방법: 없음 물리적 모드 RDM 디스크가 포함된 가상 시스템에서는 vSphere Replication을 구성할 수 없습니다.
VAMI(가상 장치 관리 인터페이스)에서 ASCII가 아닌 암호를 허용하지 않음
ASCII가 아닌 문자를 사용하는 암호가 있는 계정으로 VAMI에 로그인하려고 하면 실패합니다. 이 문제는 올바른 인증 정보가 제공된 경우에도 발생합니다. 이 문제는 ASCII가 아닌 암호가 VAMI에서 사용되는 모든 경우에 발생합니다. 이 문제를 방지하려면 ASCII 암호를 사용하거나 SSH를 사용하여 연결하십시오.
다시 보호가 실패하고 원격 호스트가 분리되어 통신할 수 없습니다.라는 오류 메시지가 표시됩니다.
이 오류는 보호된 사이트의 클러스터가 DPM(Distributed Power Management)을 사용하도록 구성되었고 작업에 필요한 ESX 호스트 중 하나가 대기 모드로 전환되었기 때문에 발생할 수 있습니다. DPM이 호스트가 유휴 상태임을 감지하고 해당 호스트를 대기 모드로 전환하는 경우 이 오류가 발생할 수 있습니다. SRM은 이 호스트에서 관리하는 복제된 데이터스토어에 액세스하기 위해 호스트와 통신해야 합니다. SRM은 보호된 사이트에서 DPM 상태를 관리하지 못하지만 복구 사이트에서 복구, 테스트 및 정리를 수행하는 동안에는 DPM 상태를 관리합니다.

해결 방법: 오류가 지속되면 DPM을 임시로 끄고 보호된 사이트에서 복제된 데이터스토어를 관리하는 ESX 호스트가 켜져 있는지 확인한 후 다시 보호를 실행합니다.
DPM(Distributed Power Management)을 사용하도록 설정된 클러스터에 있을 때 데이터스토어가 마운트 해제되지 못함
호스트가 대기 모드로 전환되는 경우 계획된 마이그레이션과 재해 복구 시 DPM 클러스터에 연결된 호스트에서 데이터스토어를 마운트 해제하지 못합니다. 오류: 호스트 hostname에서 datastorename 데이터스토어를 마운트 해제할 수 없습니다. 원격 호스트가 분리되어 통신할 수 없습니다. 오류가 표시될 수 있습니다. 이 문제를 해결하려면 계획된 마이그레이션이나 재해 복구를 완료하기 전에 보호된 사이트에서 DPM을 해제하십시오. 복구 작업을 완료한 후 DPM을 다시 설정하도록 선택할 수 있습니다.
가상 시스템 보호 작업이 100%로 유지되는 것 같음
VI Client 최근 작업 창에서 VM 보호 작업 중에 가상 시스템이 100%에 멈춰 있습니다. SRM은 가상 시스템을 보호되었음으로 나타내는 구성됨으로 표시합니다. SRM이 가상 시스템을 성공적으로 보호했으므로 조치를 취할 필요가 없습니다.
이미 다시 보호된 어레이 기반 가상 시스템을 vSphere Replication을 사용하여 보호하려고 할 때 SRM이 중지함
복구를 실행한 다음 어레이 기반 보호 그룹에 의해 이미 보호된 가상 시스템을 vSphere Replication을 사용하여 보호하려고 하면 SRM Server가 어설션됩니다.

해결 방법: vSphere Replication으로 보호하기 전에 먼저 SRM Server를 다시 시작하고 어레이 기반 보호된 가상 시스템을 보호 해제합니다. 또는 어레이 기반 보호를 계속 유지하고, vSphere Replication으로 보호하지 마십시오. SRM에서는 두 제공자 모두를 사용하여 보호할 수 없습니다.
유지 보수 모드에서 복구 사이트 ESXi 호스트를 다시 시작한 후 10분 내에 정리를 시도하면 실패함
정리 작업에서는 자리 표시자를 스왑하려고 시도하며 새로 고침 기간이 10분인 호스트 복원 캐시를 사용합니다. 다시 시작된 ESXi 호스트에서 10분 내에 스왑 작업을 시도하면 SRM이 SRM 호스트 복원 캐시에서 정보를 업데이트하지 못하고 스왑 작업이 실패합니다. 정리 작업 또한 실패합니다.

해결 방법: 10분 동안 기다린 후에 정리를 다시 시도합니다.
디스크 구성 오류 때문에 가상 시스템 복구에 실패함
여러 데이터스토어에 보호된 단일 가상 시스템에 대한 여러 디스크 및 구성 파일을 배치할 수 있습니다. 복구 중에 SRM은 원시 디스크 매핑과 상위 디스크 파일에 액세스해야 합니다. 액세스하지 못하면 SRM은 복구 중에 디스크 유형을 확인할 수 없습니다. 이러한 경우 SRM은 RDM(원시 디스크 매핑) 디스크가 RDM이 아닌 디스크라고 간주할 수 있으므로 재구성이 실패할 수 있습니다. 이 문제를 방지하려면 복구된 가상 시스템 구성 파일에 액세스할 수 있는 모든 호스트가 RDM 매핑 파일과 모든 상위 디스크(있는 경우)에도 액세스할 수 있는지 확인하십시오.
다시 보호 다시 실행이 실패하고 다음 오류가 발생합니다. 보호 그룹 '{protectionGroupName}'에서 복구해야 하는 자리 표시자가 있는 VM을 보호했습니다.
첫 번째 다시 보호 중에 ReloadFromPath 작업이 성공하지 못한 경우 해당하는 보호된 가상 시스템이 repairNeeded 상태로 전환됩니다. SRM이 보호 그룹에서 다시 보호를 실행할 때 SRM은 보호된 가상 시스템을 복구할 수도 없고 자리 표시자 가상 시스템을 복원할 수도 없습니다. 이 오류는 해당하는 ReloadFromPath 작업이 실패하여 가상 시스템에 대한 첫 번째 다시 보호 작업이 실패하는 경우에 발생합니다.

해결 방법: 강제 정리 옵션을 사용하도록 설정하여 다시 보호를 다시 실행합니다. 이 옵션은 다시 보호 작업을 완료하고 자리 표시자 다시 만들기 옵션을 사용하도록 설정합니다. 자리 표시자 다시 만들기를 클릭하여 보호된 가상 시스템을 복구하고 자리 표시자 가상 시스템을 복원합니다.
보호된 사이트 연결에 실패한 후 복구가 진행되지 않음
비활성화 작업 중이나 RemoteOnlineSync 또는 RemotePostReprotectCleanup(둘 다 다시 보호 중에 발생함) 중에 보호 사이트에 연결할 수 없게 되면 복구 계획이 진행되지 못할 수 있습니다. 이러한 경우 시스템은 보호 사이트의 일부였던 가상 시스템이나 그룹이 중단된 작업을 완료할 때까지 기다립니다. 다시 보호 작업 중에 이 문제가 발생하면 원래 보호 사이트에 다시 연결한 다음 복구 계획을 취소하고 다시 시작해야 합니다. 이 문제가 복구 중에 발생하는 경우에는 복구 계획을 취소하고 다시 시작하기만 하면 됩니다.
vSphere Replication 장치가 유효한 ESX 호스트를 지원하지 못함
vSphere Replication 구성 중에 지원되는 버전의 ESX에서 데이터스토어가 선택되면 VR Server Server Name에 대상 데이터스토어에 액세스하는 데 필요한 호스트가 없습니다.라는 메시지가 표시됩니다. 이 문제는 새 호스트를 vCenter Server에 추가할 때나 vSphere Replication 서버를 등록하는 동안 vSphere Replication 장치와 vSphere Replication 서버 간의 통신이 일시적으로 중단된 경우에 발생합니다. 통신 문제는 일반적으로 연결의 일시적 손실이나 서버 서비스 중지 때문에 발생합니다.

이 문제를 해결하려면 vSphere Replication 관리 서버 서비스를 다시 시작해야 합니다.
1. https://vr_applliance_address:5480에서 vSphere Replication 장치의 VAMI(가상 장치 관리 인터페이스)에 로그인합니다.
2. 서비스 상태에서 구성 > 다시 시작을 차례로 클릭합니다.
복구된 VMFS 볼륨이 마운트되지 않고 다음 오류가 발생합니다. 데이터스토어를 복구하지 못했습니다.
이 오류는 vCenter, ESXi 및 SRM Server 간의 지연 시간으로 인해 발생할 수 있습니다.

해결 방법: 복구 계획을 다시 실행합니다.
보호 사이트 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을 복구합니다.
가상 시스템을 다시 보호할 때 "보호를 역방향으로 구성" 단계 중 다음 오류가 발생할 수 있음: 오류 - 보호 그룹 'pg_name'에 속한 보호된 VM의 작업이 완료되지 않아 이 그룹에 대한 작업이 부분적으로만 완료되었습니다. VM 'vm_name'은(는) VR에 의해 복제되지 않았습니다.
이 오류는 "역방향 스토리지 구성" 단계 중 첫 번째 다시 보호 실행이 실패하고 작업 시간 초과 오류가 발생한 경우 두 번째 다시 보호 실행 동안 발생합니다.

해결 방법: 영향을 받는 가상 시스템에 대한 역방향 복제를 수동으로 구성하고 다시 보호를 다시 실행합니다. 역방향 복제에 대한 자세한 내용은 vSphere Replication 관리: vSphere Replication에서 가상 시스템의 페일백을 참조하십시오.
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초 초과되었습니다.
CLARiX 같은 동적 스왑을 지원하는 어레이에서 SRM을 사용하여 데이터스토어를 보호하는 경우 보호된 사이트의 작동이 부분적으로 중지되었을 때 재해 복구를 실행하거나 강제 복구를 실행하면 복구 계획을 다시 실행하여 보호된 사이트 작업을 완료할 때 오류가 발생할 수 있습니다. 보호된 사이트가 다시 온라인 상태가 되면 이러한 오류가 발생하지만 SRM은 보호된 가상 시스템을 종료할 수 없습니다. 이 오류는 일반적으로 특정 어레이에서 보호된 LUN을 읽기 전용으로 만들 때 발생하며 ESXi가 전원이 켜진 보호된 가상 시스템에 대한 I/O를 완료할 수 없게 만듭니다.

해결 방법: 보호된 사이트에서 읽기 전용 LUN의 영향을 받는 ESXi 호스트를 재부팅합니다.
계획된 마이그레이션이 실패하고 다음 오류가 발생합니다. 오류: 구성 파일을 복사할 수 없습니다.
클러스터에 2개의 ESXi 호스트가 있고 한 호스트와 스토리지의 연결이 끊어지면 일반적으로 다른 호스트에서 복제된 가상 시스템을 복구할 수 있습니다. 경우에 따라 다른 호스트가 가상 시스템을 복구할 수 없으며 복구가 실패하고 다음 오류가 발생합니다. 오류: 구성 파일을 복사할 수 없습니다.

해결 방법: 복구를 다시 실행합니다.
복제가 일시 중지되었을 때 스냅샷을 생성했을 경우 이 스냅샷으로 복구한 후 복제가 중지됩니다.
가상 시스템에 대한 복제를 구성하고 복제를 일시 중지한 후 스냅샷을 생성한 다음 복제를 재개하고 스냅샷으로 복구하면 UI의 복제 상태가 일시 중지되었던 상태로 돌아가지 않고 진전 없이 그대로 유지됩니다.

해결 방법: 복제를 일시 중지한 다음 재개합니다.
읽기 시간 초과 오류로 인해 vSphere Replication에서의 작업이 실패하는 경우가 있음
vSphere Replication에서의 작업이 근본 원인 오류 java.net.SocketTimeoutException: 읽기 시간 초과로 인해 실패하는 경우가 있습니다. vSphere Replication이 복제를 구성, 재구성 또는 중지하거나 역방향 복제를 수행할 때 ESXi Server 호스트가 느리거나 동시에 Storage vMotion 등의 다른 작업을 많이 실행하면 이 문제가 발생할 수 있습니다. 역방향 복제의 경우 다음 오류가 발생합니다. 가상 시스템 virtual_machine에 대한 복제를 되돌릴 수 없습니다. VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: 'java.net.SocketTimeoutException: 읽기 시간 초과'

해결 방법: ESXi Server의 다른 작업이 완료된 후 이 작업을 다시 실행합니다.
vSphere Replication 작업이 "인증되지 않음" 오류와 함께 실패합니다.
한 SRM 사이트에서 작업을 시작하고, 예를 들어 가상 시스템에서 vSphere Replication을 구성한 다음 또 다른 사이트에서 vCenter Server와 vSphere Replication 장치를 다시 시작할 경우 vSphere Replication 작업이 실패하고 다음 오류가 발생합니다. VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: 'com.vmware.vim.binding.vim.fault.NotAuthenticated'. 이 문제는 vSphere Replication 서버에서 사용자가 vCenter Server 및 vSphere Replication 장치를 다시 시작하기 전의 연결 세션을 캐시에 유지하기 때문에 발생합니다.

해결 방법: SRM 클라이언트 또는 vSphere Web Client에서 로그아웃한 다음 다시 로그인하여 vSphere Replication 연결 캐시를 지웁니다.
데이터스토어 이름에 특정 문자가 있을 경우 데이터스토어 브라우저에서 데이터스토어 폴더가 표시되지 않습니다.
vSphere Replication의 대상 데이터스토어를 선택할 때 데이터스토어 이름에 여는 괄호, 닫는 괄호, 공백 등의 특정 문자가 있을 경우 데이터스토어 브라우저 창에서 데이터스토어의 하위 폴더가 표시되지 않습니다.

해결 방법: 괄호 문자 또는 공백이 포함된 데이터스토어의 하위 폴더를 선택하려면 데이터스토어 브라우저에서 해당 데이터스토어를 선택하고 열기 버튼을 클릭합니다. 그러면 데이터스토어가 열리고 데이터스토어 폴더가 표시됩니다.
한 vSphere Replication 서버에서 다른 vSphere Replication 서버로 여러 복제를 이동하면 오류가 발생합니다.
vSphere Replication 재구성 또는 이동 작업이 SocketTimeoutException: 읽기 시간 초과 오류와 함께 실패하고 복제가 오류 상태가 됩니다. 소스 또는 대상 vSphere Replication 서버 및 스토리지의 로드가 심할 경우 복제 이동에 몇 분 이상이 걸려 시간 초과 오류가 발생할 수 있습니다.

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

해결 방법: 복구 계획을 다시 실행합니다.
보호된 가상 시스템에 대한 데이터스토어 복제를 중지하면 잘못된 오류 메시지가 생성됨
여러 데이터스토어에 디스크가 있는 가상 시스템을 보호한 다음 이후에 데이터스토어 중 하나에 대한 복제를 해제할 수 있습니다. 이러한 경우에 보호 그룹에 있는 가상 시스템의 상태가 "올바르지 않음: 가상 시스템 'VM'이(가) 더 이상 보호되지 않습니다. 내부 오류: '2001' 디스크에 대한 로케이터를 생성할 수 없습니다."로 변경됩니다. 이 정보는 잘못되었습니다. 상태는 데이터스토어 '[datastore name]'이(가) 더 이상 복제되지 않습니다.로 변경되어야 합니다.
복구 중에 SRM에서 데이터스토어 마운트 오류가 발생할 수 있음
테스트 복구 또는 실제 페일오버 중에 SRM은 복구된 데이터스토어를 사용할 수 있게 될 때까지 기다립니다. 데이터스토어를 사용할 수 있게 된 후 SRM은 마운트되지 않은 데이터스토어를 마운트하려고 시도합니다. 드문 경우이긴 하지만 이러한 데이터스토어는 SRM에 의해 마운트될 수 있기 전에 자동으로 마운트됩니다. 이러한 상황이 테스트 페일오버 중에 발생하면 페일오버가 완료되지 않고, 실제 복구 중에 발생하면 복구가 완료되지만 오류가 발생합니다. 이 문제를 해결하려면 복구를 다시 시도하십시오.
계획된 마이그레이션이 vSphere vMotion 중에 "보호된 사이트의 VM 종료" 단계에서 오류와 함께 실패합니다.
계획된 마이그레이션 중에 "보호된 사이트의 VM 종료" 단계가 시작될 때 보호된 가상 시스템의 vSphere vMotion이 진행 중일 경우 오류 - 현재 상태(전원 켜짐)에서는 시도된 작업을 수행할 수 없습니다 오류와 함께 단계가 실패할 수 있습니다. 이 문제는 hostd가 가상 시스템 마이그레이션 중에 종료 및 전원 끄기 작업을 수행하지 못하기 때문에 발생합니다.

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

해결 방법: vCenter Server에서 Discovered Virtual Machines 폴더에 있는 중복 가상 시스템을 등록 취소합니다. 영향을 받는 모든 가상 시스템에 대해 이 작업을 완료한 후 복구 계획을 다시 실행합니다.
여러 가상 시스템을 복제할 때 vSphere Replication 서버가 VRMS 연결을 더 이상 수락하지 않지만 가상 시스템을 계속해서 복제하는 상태가 될 수 있습니다.
해결 방법: vSphere Replication 서버를 재부팅합니다.
정리를 실행한 후 짧은 시간 내에 테스트 복구를 수행하면 오류가 발생함
이전 테스트 복구 다음에 정리를 수행한 후 너무 짧은 시간 내에 테스트 복구를 수행하면 파일이 이미 있음이라는 오류로 인해 복구가 실패할 수 있습니다. 이 문제는 일반적으로 SRM 인터페이스 대신 자동화 코드에서 테스트 복구를 실행할 경우에 발생합니다.
해결 방법: 몇 분 동안 기다렸다가 작업을 다시 수행해 봅니다.
연결 모드에서 여러 vCenter Server 인스턴스를 실행하면 중복된 SRM 역할이 나타남
보호된 사이트와 복구 사이트에서 vCenter Server 인스턴스가 연결 모드에서 실행되도록 구성할 경우 사용 권한 할당 창에 중복된 SRM 역할이 나타납니다.
해결 방법: 각 vCenter Server 인스턴스에서 SRM 역할을 편집하여 역할에 고유한 이름을 지정합니다.
vSphere Replication 보호 그룹에 대한 복구가 지정한 키, 이름 또는 식별자가 이미 있습니다.라는 오류로 인해 실패함
가상 시스템의 자리 표시자를 구성할 때와 해당 가상 시스템에서 vSphere Replication을 구성할 때 동일한 데이터스토어를 선택하면 자리 표시자와 복구된 가상 시스템 파일이 동일한 경로에 배치될 수 있습니다. 이로 인해 복구 시 오류가 발생할 수 있습니다.

해결 방법: 자리 표시자 가상 시스템과 vSphere Replication에 서로 다른 데이터스토어를 선택합니다.
ESXi 호스트가 유지 보수 모드로 설정되었다가 해제된 후 테스트 복구 정리가 실패함
복구 사이트의 ESXi 호스트가 유지 보수 모드에 있는 경우 테스트 복구를 수행하면 예상대로 테스트 복구가 실패합니다. 하지만 ESXi 호스트를 유지 보수 모드에서 해제하고 정리를 수행해도 호스트가 여전히 유지 보수 모드에 있다는 오류가 발생하며 정리가 실패합니다.

해결 방법: 호스트를 유지 보수 모드에서 해제한 후 약 10분 동안 기다렸다가 정리를 실행합니다. 또는 호스트를 유지 보수 모드에서 해제한 후 SRM Server를 다시 시작하고 정리를 실행합니다.
SRM API에서 페일오버를 호출하면 재해 복구가 수행됨
SRM 5.0.x 및 5.1.x에서는 SRM API를 사용하여 페일오버를 호출할 경우 SRM에서 계획된 마이그레이션이 수행되었습니다. 이 동작은 API 설명서와 일치하지 않았습니다. SRM 5.5에서는 SRM에서 재해 복구가 수행되어 설명서와 API 구현이 일치합니다. 이는 정상적인 동작입니다.
도메인 컨트롤러에 vSphere Client를 설치할 수 없음
이전 릴리스에서는 Active Directory 도메인 컨트롤러인 호스트 시스템에 vSphere Client를 설치할 수 있었습니다. vSphere 5.5에서는 vSphere 설치 관리자가 Active Directory 서비스를 감지할 경우 vSphere Client 설치를 허용하지 않습니다.

해결 방법: Active Directory 서비스 역할을 설치하기 전이나 서버 수준을 Active Directory 도메인 컨트롤러로 올리기 전에 vSphere Client를 설치합니다.
보호된 사이트의 SRM Server가 다시 보호 작업 중에 예기치 않게 중지됨
비어 있는 씬 프로비저닝된 디스크가 한 개 포함된 가상 시스템에서 복구를 수행하고, VMware Tools를 기다리지 않도록 SRM을 구성하거나 이 가상 시스템의 전원을 켤 경우, 복구 후 몇 초 내에 다시 보호를 수행하면 보호된 사이트의 SRM Server가 예기치 않게 중지됩니다. SRM Server를 다시 시작하면 로그에 다음과 같은 내용의 오류가 나타납니다.

오류 - 페일오버된 디바이스에 대한 복제를 되돌리지 못했습니다. 'prepareReverseReplication' SRA 명령에 실패했습니다. 스토리지 어레이의 주소에 연결할 수 없습니다. 스토리지 어레이가 중지되었거나 입력한 IP 주소가 올바르지 않을 수 있습니다. 스토리지 어레이가 작동되고 실행 중이며 명령줄 인터페이스를 통해 스토리지 어레이의 IP 주소에 연결할 수 있는지 확인하십시오.

정리를 실행하면 동일한 오류가 발생합니다. 비어 있지 않으며 운영 체제가 설치된 디스크가 있는 가상 시스템의 경우에는 이 오류가 발생하지 않습니다. 이 문제는 일반적으로 SRM API를 사용하여 다시 보호를 시작할 경우에만 발생합니다. SRM 인터페이스에서 다시 보호를 시작할 경우 복구가 끝나는 시점과 다시 보호를 시작하는 시점 사이에 충분한 간격을 두어야 이 문제가 발생하지 않습니다.

해결 방법: 복구를 수행한 후 몇 초 동안 기다렸다가 다시 보호를 수행합니다.
vSphere Replication 서버 등록이 vCenter Server 인벤토리의 호스트 수에 따라 오래 걸릴 수 있음
vCenter Server 인벤토리에 수백 개 이상의 호스트가 포함된 경우 vSphere Replication이 각 호스트의 SSL 지문 레지스트리를 업데이트하므로 VR Server 등록 작업이 완료되는 데 10분에서 20분 정도 소요됩니다.

해결 방법: 등록 작업이 완료될 때까지 기다립니다. 등록 작업이 완료되면 들어오는 복제 트래픽에 vSphere Replication을 사용할 수 있습니다. 자세한 내용은 vSphere Replication 서버 등록에 몇 분이 소요됨을 참조하십시오.
SRM 및 vSphere Replication을 업그레이드한 후 복제 구성을 해제하거나 다시 보호를 실행하면 작업이 실패함
정리를 수행하지 않고 테스트 복구를 실행한 다음 vSphere Replication을 버전 5.5로 업그레이드한 경우 복제 구성을 해제하거나 다시 보호를 수행하면 VRM Server 일반 오류입니다... 트랜잭션을 커밋하는 동안 오류가 발생했습니다.라는 내용의 오류가 발생하여 작업이 실패합니다. 이 오류는 업그레이드 도중 복제에 대한 추가 제거를 방지하기 위해 vSphere Replication이 vSphere Replication 데이터베이스의 테스트 이미지에 대한 데이터를 정리하지 못하기 때문에 발생합니다.

해결 방법: SRM과 vSphere Replication을 버전 5.5로 업그레이드하기 전에 테스트 정리를 실행합니다. SRM과 vSphere Replication을 이미 버전 5.5로 업그레이드한 경우에는 복구 사이트에서 vSphere Replication 데이터베이스의 테스트 데이터를 수동으로 삭제해야 합니다.

외부 SQL Server 또는 Oracle Server 데이터베이스의 경우
1. 복구 사이트에서 vSphere Replication 데이터베이스의 호스트 시스템에 로그인합니다.
2. vSphere Replication 데이터베이스에서 다음 SQL 문을 실행합니다.
  delete from DiskImageEntity where vmImage_dbId in (select dbId from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity)); delete from ConfigFileImageEntity where vmImage_dbId in (select dbId from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity)); delete from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity); delete from GroupImageEntity where dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity);
포함된 PostgreSQL vSphere Replication 데이터베이스의 경우
1. 복구 사이트에서 vSphere Replication 장치에 로그인합니다.
2. 다음 명령을 입력합니다.
  /opt/vmware/vpostgresql/1.0/bin/psql -U vrmsdb
3. 다음 SQL 문을 실행합니다.
  delete from DiskImageEntity where vmImage_dbId in (select dbId from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity)); delete from ConfigFileImageEntity where vmImage_dbId in (select dbId from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity)); delete from VmImageEntity where groupImage_dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity); delete from GroupImageEntity where dbId not in (select COALESCE(committedImage_dbId, 0) from SecondaryGroupEntity);
4. \q를 입력하거나 Ctrl+D를 눌러 종료합니다.
ESXi Server 5.0을 사용할 경우 스냅샷이 있는 복구된 가상 시스템에서 다시 보호를 실행하면 데이터스토어 잠김 오류로 인해 작업이 실패함
vSphere Replication으로 보호되며 스냅샷이 있는 가상 시스템을 복구할 경우, 복구 후 다시 보호를 실행하면 데이터스토어 잠김 오류가 발생합니다. 이 오류는 ESXi Server 5.0을 실행 중이고 복구 시 MPIT(여러 특정 시점) 스냅샷을 유지하는 고급 설정을 선택하지 않은 경우에만 발생합니다.

해결 방법: 복구된 가상 시스템에서 복제를 제거한 다음 vSphere Replication을 재구성합니다. 그런 다음 다시 보호를 수행할 수 있습니다.

공유 복구 사이트 구성에서 SRM 5.5를 사용할 경우 알려진 문제

N:1 구성이라고도 하는 공유 복구 사이트 구성에서 SRM 5.5를 사용할 경우 다음의 알려진 문제가 적용됩니다. 공유 복구 사이트 구성에서 SRM과 vSphere Replication을 사용하는 경우 보호 및 복구 제한에 대한 자세한 내용은 http://kb.vmware.com/kb/2008061을 참조하십시오.

vSphere Replication 복구가 동기화 모니터링이 중단됨 오류와 함께 실패함
공유 복구 사이트 구성에서 vSphere Replication 복구를 실행할 경우 오류 - VRM 그룹 replication_group에 대한 VR 동기화에 실패했습니다. 동기화 모니터링이 중단되었습니다. 소스 호스트와 대상 VR Server 간의 복제 트래픽 연결을 확인하십시오. 연결 문제가 해결되면 동기화가 자동으로 재개됩니다.라는 오류로 인해 복구가 실패할 수 있습니다. 이 문제는 복구 사이트가 다음과 같이 로드된 경우에 발생할 수 있습니다.
- 2TB보다 큰 디스크를 포함하는 가상 시스템이 있는 경우
- 복구할 가상 시스템이 여러 개인 경우
해결 방법:
1. vSphere Replication 장치에 루트로 로그인합니다.
2. /opt/vmware/hms/conf/hms-configuration.xml 파일을 엽니다.
3. <hms-sync-secondary-passive-state-toleration-period> 태그의 값을 900,000밀리초로 변경합니다.
4. 변경 내용을 저장하고 vSphere Replication 서비스를 다시 시작합니다.
  service hms restart
복구 중 가상 시스템 VNIC의 MAC 주소가 일반적으로 유지됨
아주 드문 경우이긴 하지만 vCenter가 복구 사이트에서 가상 시스템의 VNIC에 새 MAC 주소를 예기치 않게 할당하기 때문에 테스트 또는 복구에서 특정 가상 시스템을 복구하지 못할 수 있습니다. 복구 단계의 결과 열에 표시되는 오류 메시지는 다음과 같습니다. 오류 - 스크립팅 런타임 오류나 잘못된 스크립트 매개 변수 때문에 사용자 지정을 완료할 수 없습니다(오류 코드: 255). IP 설정이 부분적으로 적용되었을 수 있습니다. SRM 로그에는 다음 메시지가 포함됩니다. Error finding the specified NIC for MAC address = xx::xx:xx:xx:xx(여기서 xx::xx:xx:xx:xx는 예상 MAC 주소임).

해결 방법: vSphere Client 가상 시스템 속성에서 영향을 받는 가상 시스템의 MAC 주소를 "xx::xx:xx:xx:xx"로 수동으로 수정하고 복구 계획을 다시 시작합니다.
공유 복구 사이트에서 가상 시스템의 전원을 켜는 동안 SRM에서 시간 초과 오류가 보고됨
대규모 SRM 설정에서 단일 vCenter Server가 공유 복구 사이트에서 1,000개 이상의 여러 가상 시스템을 관리하는 경우, 공유 복구 사이트에서 가상 시스템의 전원을 켤 때 SRM에서 오류: 작업 시간(900초)이 초과되었습니다.라는 시간 초과 오류 메시지가 보고될 수 있습니다.

해결 방법:
1. 복구 사이트에서 SRM Server 호스트 시스템의 C:\Program Files\VMware\VMware vCenter Site Recovery Manager\config로 이동합니다.
2. 텍스트 편집기에서 vmware-dr.xml을 엽니다.
3. 기본 RemoteManager 시간 초과 값을 900에서 1200과 같은 큰 수로 늘립니다.
```
<RemoteManager> <DefaultTimeout>900</DefaultTimeout> </RemoteManager>
```
4. SRM Server 서비스를 다시 시작합니다.
자리 표시자 만들기 오류가 발생하여 보호 구성이 실패함
많은 수의 가상 시스템에 대해 동시에 보호를 구성하면 다음과 같은 자리 표시자 만들기 시간 초과 오류 또는 자리 표시자 만들기 이름 지정 오류가 발생하여 구성이 실패합니다.
- 자리 표시자 VM 생성 오류: 작업 시간(300초)이 초과되었습니다.
- 자리 표시자 VM 생성 오류: 이름 'placeholder_name'이(가) 이미 있습니다.
해결 방법: 자세한 내용은 SRM 5.5 관리의 자리 표시자 만들기 오류가 발생하여 보호 구성이 실패함을 참조하십시오.
공유 복구 사이트 구성에서 원격 서버의 연결이 중단되었습니다.라는 오류로 인해 작업이 실패함
vSphere Replication 서버의 로드가 심할 경우 공유된 복구 사이트 구성에서 테스트 복구, 복구 및 다시 보호 작업이 실패할 수 있습니다.

해결 방법: 200개 이상의 가상 시스템에서 동시 작업을 수행하지 않습니다. 또한 보호된 사이트당 최대 가상 시스템 수는 20개로 제한합니다.