VMware vCenter Site Recovery Manager 5.5.1.7 | 2016년 8월 25일 | 빌드 4265224

VMware vCenter Site Recovery Manager 5.5.1.6 | 2016년 2월 24일 | 빌드 3572851

VMware vCenter Site Recovery Manager 5.5.1.5 | 2015년 4월 16일 | 빌드 2653439

VMware vCenter Site Recovery Manager 5.5.1.4 | 2014년 10월 22일 | 빌드 2215373

VMware vCenter Site Recovery Manager 5.5.1.3 | 2014년 10월 1일 | 빌드 2170717

VMware vCenter Site Recovery Manager 5.5.1.2 | 2014년 7월 30일| 빌드 2000438

VMware vCenter Site Recovery Manager 5.5.1.1 | 2014년 7월 17일 | 빌드 1964818

VMware vCenter Site Recovery Manager 5.5.1 | 2014년 3월 11일 | 빌드 1647061

마지막 업데이트 날짜: 2016년 8월 25일

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

필수 vSphere Replication 5.5.1.x 패치에 대한 세부 정보를 포함하여 Site Recovery Manager 5.5.1.x 패치 릴리스에 대한 자세한 내용을 보려면 해당 기술 자료 문서를 참조하십시오.

릴리스 정보에 포함된 내용

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

SRM 5.5.1의 새로운 기능

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

현지화

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

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

호환성

vCenter Server 5.5u2 및 5.5u3 릴리스에 해당하는 SRM 5.5.2 또는 5.5.3 릴리스는 없습니다. SRM 5.5.1.x는 vCenter Server 5.5u1, 5.5u2, 5.5u3에서 완전히 테스트되었으며 이를 완전히 지원합니다.

SRM 호환성 매트릭스

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

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

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

VMware Virtual SAN 지원

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

VMware VSA 지원

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

설치 및 업그레이드

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

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

SRM 5.5.1 설치

SRM 5.5.1을 새로 설치하려면 설치 관리자 VMware-srm-5.5.1-1647061.exe를 다운로드하고 실행하십시오.

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

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

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

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

중요: vCenter Server를 직접 4.1.2에서 5.5.1로 업그레이드하는 것은 지원되는 업그레이드 경로입니다. 그러나 SRM을 4.1.2에서 5.5.1으로 직접 업그레이드하는 것은 지원되는 업그레이드 경로가 아니므로 5.5.1으로 업그레이드하기 전에 먼저 SRM 5.0.x로 업그레이드해야 합니다. SRM 4.1.2 설치를 포함하는 vCenter Server 4.1.2 인스턴스를 업그레이드할 경우, SRM을 5.0.x로 업그레이드하기 전에 vCenter Server를 5.0.x 버전으로 업그레이드해야 합니다. vCenter Server를 4.1.2에서 5.5.1로 직접 업그레이드하면, SRM을 4.1.2에서 5.0.x로 업그레이드하려고 시도할 때 SRM 업그레이드가 실패합니다. SRM 5.0.x는 vCenter Server 5.5 인스턴스에 연결할 수 없습니다.

기존 SRM 5.0.x 또는 5.1.x 설치를 SRM 5.5.1로 업그레이드

기존 SRM 5.0.x 또는 5.1.x 설치를 SRM 5.5.1로 업그레이드하려면 설치 관리자 VMware-srm-5.5.1-1647061.exe를 다운로드하고 실행하십시오.

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

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

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

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

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

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

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

기존 SRM 5.5 설치를 SRM 5.5.1로 업데이트

기존 SRM 5.5 설치를 SRM 5.5.1로 업데이트하려면 다음 단계를 수행합니다.

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

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

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

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

vSphere Replication을 이전 SRM 릴리스와 함께 설치한 상태에서 SRM 5.5.1으로 업그레이드하는 경우, vSphere Replication도 5.5.1 버전으로 업그레이드해야 합니다. 또한 vSphere Replication 서버를 5.5.1 버전으로 업그레이드해야 합니다. vSphere Replication을 버전 5.5.1로 업그레이드하기 전에 SRM을 버전 5.5.1로 업그레이드하고 vCenter Server를 버전 5.5 이상으로 업그레이드해야 합니다.

중요: vSphere Update Manager 5.5u3이 지원되지 않습니다. vSphere Replication을 업그레이드하려면 vSphere Replication 장치의 VAMI(가상 장치 관리 인터페이스)를 사용하거나 다운로드 가능한 ISO를 사용해야 합니다.

  • vSphere Replication을 버전 1.0.x 또는 5.1.x에서 5.5.1로 업그레이드하려면 vSphere Replication 5.5.1의 다운로드 가능한 ISO 파일을 사용하십시오.
    참고: vSphere Replication 1.0.3.3 또는 5.1.3.1에서 업그레이드하는 경우에는 최소한 버전 5.5.1.5로 업그레이드해야 합니다. vSphere Replication 1.0.3.3 또는 5.1.3.3에서 vSphere Replication 릴리스 5.5.0.0~5.5.1.4로 업그레이드할 수 없습니다.
  • vSphere Replication을 버전 5.5에서 5.5.1로 업데이트하려면 vSphere Replication 5.5.1의 다운로드 가능한 ISO 파일, vSphere Update Manager 또는 vSphere Replication 장치의 VAMI(가상 장치 관리 인터페이스)를 사용하십시오.
  • 최신 업데이트 릴리스가 이미 제공되는 경우 vSphere Replication을 버전 5.5에서 5.5.1로 업데이트하려면 vSphere Replication 5.5.1의 다운로드 가능한 ISO 파일을 사용하거나 VAMI에서 지정된 저장소 사용 옵션을 https://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.5.1.0으로 설정하십시오.
    참고: vSphere Replication 5.5.1.x 패치 릴리스에 대한 VAMI 업그레이드 URL을 확인하려면 해당 Site Recovery Manager 5.5.1.x 패치 릴리스의 기술 자료 문서를 참조하십시오.

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

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

SRM 및 vSphere Replication에 대한 작동 제한

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

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

SRM SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

  • SRM 5.5.1은 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에 설치할 수 있습니다.
  • 복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정되며 예약이 0으로 설정됩니다. vSphere Flash Read Cache를 사용하도록 구성된 가상 시스템에서는 복구를 수행하기 전에 vSphere Web Client에서 가상 시스템의 캐시 예약 설정을 적어 두십시오. 복구 후 가상 시스템에서 vSphere Flash Read Cache를 다시 구성할 수 있습니다.

해결된 문제

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

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

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

  • 이전에 제외되었던 디스크를 포함하도록 복제를 다시 구성하고 이 디스크에 복제 시드를 사용할 경우 vSphere Replication이 해당 복제 시드를 잘못 제거함

    제외된 디스크가 포함된 복제가 있으며 나중에 해당 디스크를 포함하도록 복제를 재구성한 다음 복제 시드로 사용할 디스크 파일을 수동으로 복사할 경우 vSphere Replication이 vSphere Replication을 통해 생성되지 않은 초기 사본이었다는 사실을 무시하고 복사된 .vmdk 파일을 제거합니다. 이로 인해 .vmdk 파일을 대상 사이트로 다시 복사해야 합니다. 이 문제는 해결되었습니다.

  • SRM 및 vSphere Replication을 업그레이드한 후 복제 구성을 해제하거나 다시 보호를 실행하면 작업이 실패함

    정리를 수행하지 않고 테스트 복구를 실행한 다음 vSphere Replication을 버전 5.5로 업그레이드한 경우 복제 구성을 해제하거나 다시 보호를 수행하면 VRM Server 일반 오류입니다... 트랜잭션을 커밋하는 동안 오류가 발생했습니다.라는 내용의 오류가 발생하여 작업이 실패합니다. 이 오류는 업그레이드 도중 복제에 대한 추가 제거를 방지하기 위해 vSphere Replication이 vSphere Replication 데이터베이스의 테스트 이미지에 대한 데이터를 정리하지 못하기 때문에 발생합니다. 이 문제는 해결되었습니다.

  • 복구 또는 테스트 복구 동안 IP 사용자 지정이 실패함

    복구 계획의 복구 또는 테스트 복구를 실행 중일 때 다음과 같은 이유 때문에 일부 또는 모든 가상 시스템에 대한 IP 사용자 지정이 실패합니다.

    • 임시 폴더 경로가 변경된 일부 Windows 가상 시스템의 경우 IP 사용자 지정이 잘못된 위치에서 결과 로그를 찾습니다. 자세한 내용은 KB 2021083 항목을 참조하십시오. 이 문제는 해결되었습니다.
    • Windows 가상 시스템에서 IP 사용자 지정을 수행하는 동안 중간 결과 로그에 액세스할 수 없었던 경우 사용자 지정이 성공적으로 완료되지만 다음 오류를 보고합니다. 오류 - 스크립팅 런타임 오류 또는 잘못된 스크립트 매개 변수로 인해 사용자 지정을 완료할 수 없습니다(오류 코드: -1). IP 설정이 부분적으로 적용되었을 수 있습니다. 이 문제는 해결되었습니다. IP 사용자 지정은 이제 작업 성공을 올바르게 보고합니다.
  • SRM이 이미 마운트됨 오류로 인해 VMFS 볼륨을 마운트하지 못함

    SRM이 vCenter Server에서 정보를 가져올 때 가상 시스템이 포함된 볼륨이 마운트되지 않았다고 표시합니다. 하지만 이와 동시에 ESXi Server는 해당 볼륨을 성공적으로 마운트합니다. SRM은 vCenter Server의 이전 정보를 기준으로 볼륨을 마운트하려고 하고 볼륨이 잘못된 상태에 있다고 표시한 후 이미 마운트되었다고 표시합니다. 이 문제는 해결되었습니다.

  • SRM 설치가 Windows Server 2012에서 MsiExec 오류를 발생시키고 다음 오류로 인해 실패할 수 있음. 오류: 다음 서비스를 열 수 없습니다. ProtectedStorage

    SRM 설치 관리자에서 Server 2012에 없는 Protected Storage 서비스를 시작하려 합니다. 대부분의 경우 설치에 성공하지만 Windows 이벤트 로그에 MsiExec 오류가 기록됩니다. Windows 오류 보고가 "참석하지 않을 것이며 다시 묻지 않음"으로 설정된 경우 SRM 설치가 실패하고 롤백됩니다. 이 문제는 해결되었습니다.

  • vCenter Server 또는 vSphere Replication 서버에 연결하려고 할 때 잠재적 메모리 누수로 인해 vSphere Replication 관리 서버가 응답하지 않게 됨

    이 문제는 이 릴리스에서 해결되었습니다.

  • 테스트 복구 동안 SCSI LUN 연결 단계에서 SRM 서비스가 중지됨

    복구 계획의 테스트를 실행하는 경우 SCSI LUN 연결 단계 동안 SRM 서비스가 예기치 않게 중지됩니다. 복구 계획 테스트가 올바르게 시작되고 테스트 계획이 더 이상 진행되지 않는 쓰기 가능한 스토리지 스냅샷 생성 단계로 넘어갑니다. 시스템은 결국 SRM 서비스를 더 이상 사용할 수 없다고 보고합니다. SRM 로그에는 다음 오류가 포함됩니다. 패닉: 어설션 실패: "_completions.find(tag) == _completions.end() (Operation added with duplicate tag)". SRM 서비스를 다시 시작한 후 복구 계획 테스트가 완료되지 않은 것으로 표시됩니다. 테스트 다시 실행이 실패하고 유일한 옵션은 정리를 수행하는 것입니다. 이 문제는 SCSI LUN에 중복된 디바이스 ID가 있을 때 발생합니다(예: 다른 어레이의 두 LUN에 동일한 ID가 있는 경우). 이 문제는 해결되었습니다.

  • SRM API에서 페일오버를 호출하면 재해 복구가 수행됨

    SRM 5.0.x 및 5.1.x에서는 SRM API를 사용하여 페일오버를 호출할 경우 SRM에서 계획된 마이그레이션이 수행되었습니다. 이 동작은 API 설명서와 일치하지 않았습니다. SRM 5.5에서는 SRM에서 재해 복구가 수행되어 설명서와 API 구현이 일치합니다. 이는 정상적인 동작입니다.

  • 일부 가상 시스템이 잘못된 상태이기 때문에 이러한 가상 시스템을 종료하는 동안 계획된 마이그레이션이 실패함

    일부 가상 시스템에 대해 계획된 마이그레이션이 실패하고 다음 오류가 발생합니다. 오류 - [가상 시스템]에서 SOAP 응답 오류가 수신됨: shutdownGuest 시도한 작업은 현재 상태(전원 켜짐)에서 수행되지 않습니다. 이 오류는 SRM에서 여전히 변경 중 상태의 프로세스에 있는 가상 시스템을 종료하려고 시도하기 때문에 발생합니다. 이제 SRM에서는 가상 시스템을 종료하려고 3번 시도한 후에 오류를 전송합니다. 이 오류가 계속 표시되는 경우 복구를 다시 실행하십시오.

  • 강제 복구를 다시 보호하는 중에 SRM Server가 예기치 않게 중지됨

    vSphere Replication을 사용할 때 강제 복구 옵션을 선택하고 복구를 실행 후 다시 보호를 실행하면 SRM Server가 예기치 않게 중지되고 다음 오류가 표시됩니다. 패닉: 어설션 실패: "!peerHmsServerRef.IsNull()". SRM Server에서 원격 vSphere Replication 관리 서버를 찾지 못했습니다. 이 문제는 해결되었습니다.

알려진 문제

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

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

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

  • 데이터스토어 이름에 특정 문자가 있을 경우 데이터스토어 브라우저에서 데이터스토어 폴더가 표시되지 않습니다.

    vSphere Replication의 대상 데이터스토어를 선택할 때 데이터스토어 이름에 여는 괄호, 닫는 괄호, 공백 등의 특정 문자가 있을 경우 데이터스토어 브라우저 창에서 데이터스토어의 하위 폴더가 표시되지 않습니다.

    해결 방법: 괄호 문자 또는 공백이 포함된 데이터스토어의 하위 폴더를 선택하려면 데이터스토어 브라우저에서 해당 데이터스토어를 선택하고 열기 버튼을 클릭합니다. 그러면 데이터스토어가 열리고 데이터스토어 폴더가 표시됩니다.

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

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

  • vSphere Replication 보호 그룹에 대한 복구가 지정한 키, 이름 또는 식별자가 이미 있습니다.라는 오류로 인해 실패함

    가상 시스템의 자리 표시자를 구성할 때와 해당 가상 시스템에서 vSphere Replication을 구성할 때 동일한 데이터스토어를 선택하면 자리 표시자와 복구된 가상 시스템 파일이 동일한 경로에 배치될 수 있습니다. 이로 인해 복구 시 오류가 발생할 수 있습니다.

    해결 방법: 자리 표시자 가상 시스템과 vSphere Replication에 서로 다른 데이터스토어를 선택합니다.

  • 디스크가 복제에서 제외되는 경우에도 물리적 모드 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을 다시 설정하도록 선택할 수 있습니다.

  • 이미 다시 보호된 어레이 기반 가상 시스템을 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 연결 캐시를 지웁니다.

  • ESXi 호스트가 유지 보수 모드로 설정되었다가 해제된 후 테스트 복구 정리가 실패함

    복구 사이트의 ESXi 호스트가 유지 보수 모드에 있는 경우 테스트 복구를 수행하면 예상대로 테스트 복구가 실패합니다. 하지만 ESXi 호스트를 유지 보수 모드에서 해제하고 정리를 수행해도 호스트가 여전히 유지 보수 모드에 있다는 오류가 발생하며 정리가 실패합니다.

    해결 방법: 호스트를 유지 보수 모드에서 해제한 후 약 10분 동안 기다렸다가 정리를 실행합니다. 또는 호스트를 유지 보수 모드에서 해제한 후 SRM Server를 다시 시작하고 정리를 실행합니다.

  • 도메인 컨트롤러에 vSphere Client를 설치할 수 없음

    이전 릴리스에서는 Active Directory 도메인 컨트롤러인 호스트 시스템에 vSphere Client를 설치할 수 있었습니다. vSphere 5.5에서는 vSphere 설치 관리자가 Active Directory 서비스를 감지할 경우 vSphere Client 설치를 허용하지 않습니다.

    해결 방법: Active Directory 서비스 역할을 설치하기 전이나 서버 수준을 Active Directory 도메인 컨트롤러로 올리기 전에 vSphere Client를 설치합니다.

  • 보호된 사이트의 SRM Server가 다시 보호 작업 중에 예기치 않게 중지됨

    계획된 마이그레이션에 성공한 후 곧바로 다시 보호 작업을 시작하는 경우 보호된 사이트의 SRM Server가 예기치 않게 중지될 수 있습니다. 이 문제는 계획된 마이그레이션 후 스토리지 어레이에서 복제된 디바이스 목록의 검색이 지연되기 때문에 발생합니다. 이 문제가 발생하는 경우 로그에 다음 오류가 나타납니다.

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

    해결 방법: 복구를 수행한 후 약 10분 동안 기다렸다가 다시 보호를 수행합니다.

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

    vCenter Server 인벤토리에 수백 개 이상의 호스트가 포함된 경우 vSphere Replication이 각 호스트의 SSL 지문 레지스트리를 업데이트하므로 VR Server 등록 작업이 완료되는 데 10분에서 20분 정도 소요됩니다.

    해결 방법: 등록 작업이 완료될 때까지 기다립니다. 등록 작업이 완료되면 들어오는 복제 트래픽에 vSphere Replication을 사용할 수 있습니다. 자세한 내용은 vSphere Replication 서버 등록에 몇 분이 소요됨을 참조하십시오.

  • ESXi Server 5.0을 사용할 경우 스냅샷이 있는 복구된 가상 시스템에서 다시 보호를 실행하면 데이터스토어 잠김 오류로 인해 작업이 실패함

    vSphere Replication으로 보호되며 스냅샷이 있는 가상 시스템을 복구할 경우, 복구 후 다시 보호를 실행하면 데이터스토어 잠김 오류가 발생합니다. 이 오류는 ESXi Server 5.0을 실행 중이고 복구 시 MPIT(여러 특정 시점) 스냅샷을 유지하는 고급 설정을 선택하지 않은 경우에만 발생합니다.

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

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

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

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

  • 정리를 실행한 후 짧은 시간 내에 테스트 복구를 수행하면 오류가 발생함

    이전 테스트 복구 다음에 정리를 수행한 후 너무 짧은 시간 내에 테스트 복구를 수행하면 파일이 이미 있음이라는 오류로 인해 복구가 실패할 수 있습니다. 이 문제는 일반적으로 SRM 인터페이스 대신 자동화 코드에서 테스트 복구를 실행할 경우에 발생합니다.

    해결 방법: 몇 분 동안 기다렸다가 작업을 다시 수행해 봅니다.

  • 연결 모드에서 여러 vCenter Server 인스턴스를 실행하면 중복된 SRM 역할이 나타남

    보호된 사이트와 복구 사이트에서 vCenter Server 인스턴스가 연결 모드에서 실행되도록 구성할 경우 사용 권한 할당 창에 중복된 SRM 역할이 나타납니다.

    해결 방법: 각 vCenter Server 인스턴스에서 SRM 역할을 편집하여 역할에 고유한 이름을 지정합니다.

  • 자리 표시자 만들기 오류가 발생하여 보호 구성이 실패함

    많은 수의 가상 시스템에 대해 동시에 보호를 구성하면 다음과 같은 자리 표시자 만들기 시간 초과 오류 또는 자리 표시자 만들기 이름 지정 오류가 발생하여 구성이 실패합니다.

    • 자리 표시자 VM 생성 오류: 작업 시간(300초)이 초과되었습니다.
    • 자리 표시자 VM 생성 오류: 이름 'placeholder_name'이(가) 이미 있습니다.

    해결 방법: 자세한 내용은 SRM 5.5 관리자리 표시자 만들기 오류가 발생하여 보호 구성이 실패함을 참조하십시오.

  • 공유 복구 사이트 구성에서 원격 서버의 연결이 중단되었습니다.라는 오류로 인해 작업이 실패함

    vSphere Replication 서버의 로드가 심할 경우 공유된 복구 사이트 구성에서 테스트 복구, 복구 및 다시 보호 작업이 실패할 수 있습니다.

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

  • 여러 가상 시스템을 복제할 때 vSphere Replication 서버가 VRMS 연결을 더 이상 수락하지 않지만 가상 시스템을 계속해서 복제하는 상태가 될 수 있습니다.

    해결 방법: vSphere Replication 서버를 재부팅합니다.

  • 한 vSphere Replication 서버에서 다른 vSphere Replication 서버로 여러 복제를 이동하면 오류가 발생합니다.

    vSphere Replication 재구성 또는 이동 작업이 SocketTimeoutException: 읽기 시간 초과 오류와 함께 실패하고 복제가 오류 상태가 됩니다. 소스 또는 대상 vSphere Replication 서버 및 스토리지의 로드가 심할 경우 복제 이동에 몇 분 이상이 걸려 시간 초과 오류가 발생할 수 있습니다.

    해결 방법: 새 vSphere Replication 서버에서 복제를 재구성합니다.

  • 가상 시스템 전원을 켤 때 스토리지 구성 단계에서 RDM을 사용한 가상 시스템 테스트 복구에 실패함

    다음과 같은 경우 테스트 복구에 실패합니다.

    • RDM이 구성된 가상 시스템이 주 사이트에서 보호된 경우
    • 사이트 > 리소스 매핑에서 가상 시스템을 포함하는 보호된 사이트 리소스가 vApp에 보조 사이트 리소스로 매핑된 경우

    해결 방법: 가상 시스템을 보조 사이트에서 vApp이 아닌 리소스 유형(예: 호스트)에 매핑합니다.

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

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

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

  • 계획된 마이그레이션이 vSphere vMotion 중에 "보호된 사이트의 VM 종료" 단계에서 오류와 함께 실패합니다.

    계획된 마이그레이션 중에 "보호된 사이트의 VM 종료" 단계가 시작될 때 보호된 가상 시스템의 vSphere vMotion이 진행 중일 경우 오류 - 현재 상태(전원 켜짐)에서는 시도된 작업을 수행할 수 없습니다 오류와 함께 단계가 실패할 수 있습니다. 이 문제는 hostd가 가상 시스템 마이그레이션 중에 종료 및 전원 끄기 작업을 수행하지 못하기 때문에 발생합니다. 이 문제는 해결되었습니다.

  • 복구 중 가상 시스템 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 Client가 시작될 때 실행 중인 로케일을 확인한 다음 해당 로케일을 기반으로 표시할 메시지 집합을 선택합니다. vSphere Client가 중국어 번체 운영 체제에 설치된 경우 vCenter Server 및 vSphere Client는 중국어 번체로 지역화되어 있으므로 클라이언트는 vCenter Server 설치에서 zh_TW 폴더의 메시지를 요청합니다. vCenter Server 및 vSphere Client는 중국어 번체로 지역화되었지만, SRM은 그렇지 않습니다. 따라서 SRM Server 메시지 대신 XXX 메시지가 표시됩니다.

    해결 방법:

    1. C:\Program Files\VMware\Infrastructure\VirtualCenter Server\extensions\com.vmware.vcDr\locale\에 있는 en 폴더의 사본을 생성합니다.
    2. 폴더 이름을 en에서 zh_TW로 변경합니다.
    3. vCenter Server와 SRM 서비스를 다시 시작합니다.
  • VIX API를 통해 사용자 지정 스크립트를 가상 시스템으로 업로드하는 경우 시간 초과로 인해 IP 사용자 지정이 실패함

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

    해결 방법: 없음

  • SRA를 업그레이드하지 않고 SRM 5.5.1로 업그레이드한 후에 테스트 정리를 실행하는 경우 SRM Server가 예기치 않게 중지됨

    어레이 기반 복제를 사용하며 SRM을 버전 5.5.1로 업그레이드하지만 SRA는 업그레이드하지 않는 경우 테스트 정리를 실행할 때 SRM Server가 예기치 않게 중지됩니다.

    해결 방법: SRA를 5.5.1에 적합한 버전으로 업그레이드합니다.

  • CPU별 라이센스 개수가 잘못됨

    SRM 1.x 및 SRM 4.0을 구입한 고객 중 일부는 여전히 VM별 라이센스가 아니라 CPU별로 할당된 라이센스를 사용할 수 있습니다. 이 경우 SRM 5.5에서 필요로 하는 CPU별 라이센스보다 더 적게 부여될 수 있습니다.

    해결 방법: 없음

  • 가상 시스템의 복제를 가상 시스템의 원래 자리 표시자 폴더로 다시 구성한 후 다시 보호가 실패함

    보호 그룹 및 복구 계획에 포함한 가상 시스템에서 vSphere Replication을 제거한 다음 가상 시스템에서 복제를 재구성하고 대상 폴더 지정을 사용하여 가상 시스템의 원래 자리 표시자 데이터스토어 폴더를 선택하는 경우 복구는 성공하지만 다시 보호가 실패하고 다음 오류가 표시됩니다. 오류: VM 'virtual_machine'에 대한 복제를 되돌릴 수 없습니다. UUID를 사용하여 복제된 디스크에 대해 복구된 디스크를 찾을 수 없습니다.

    해결 방법: SRM 보호 그룹에 이미 포함한 가상 시스템에서 vSphere Replication을 재구성하는 경우 보호 그룹을 다시 생성하십시오. 복제를 구성할 때 대상 폴더 지정을 사용하지 마십시오.

  • HA(High Availability) 클러스터에서 Virtual SAN 가상 시스템의 X-vMotion을 수행하면 경보가 발생할 수 있음

    HA 클러스터에서 다른 클러스터 및 다른 스토리지로 Virtual SAN 가상 시스템에 대한 X-vMotion을 수행하는 경우 가상 시스템에서 vSphere HA 가상 시스템 페일오버 실패와 유사한 경보를 보고합니다.

    해결 방법: 없음

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