VMware vCenter Site Recovery Manager 5.1.2 | 2014년 1월 16일 | 빌드 1527967

마지막 업데이트 날짜: 2014년 1월 28일

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

릴리스 정보에 포함된 내용

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

SRM 5.1.2의 새로운 기능

VMware vCenter Site Recovery Manager 5.1.2에는 해결된 문제에 설명된 버그 수정이 추가되었습니다.

현지화

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

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

호환성

SRM 호환성 매트릭스

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

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

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

VMware VSA 지원

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

설치 및 업그레이드

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

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

SRM 5.1.2 설치

SRM 5.1.2를 새로 설치하려면 설치 관리자 VMware-srm-5.1.2-1527967.exe를 다운로드하여 실행합니다.

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

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

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

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

중요: vCenter Server를 직접 4.1.2에서 5.1.2로 업그레이드하는 것은 지원되는 업그레이드 경로입니다. 하지만 SRM을 직접 4.1.2에서 5.1.2로 업그레이드하는 것은 지원되는 업그레이드 경로가 아니며 SRM을 5.1.2로 업그레이드하려면 먼저 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.1.x로 직접 업그레이드할 경우, SRM을 4.1.2에서 5.0.x로 업그레이드하려고 하면 SRM 업그레이드가 실패합니다. SRM 5.0.x는 vCenter Server 5.1.x 인스턴스에 연결할 수 없습니다.

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

기존 SRM 5.0.x 설치를 SRM 5.1.2로 업그레이드하려면 설치 관리자 VMware-srm-5.1.2-1527967.exe를 다운로드하여 실행합니다.

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

기존 SRM 5.1.x 설치를 SRM 5.1.2로 업그레이드

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

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

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

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

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

이전 릴리스의 vSphere Replication을 설치한 경우 SRM 5.1.2로 업그레이드하려면 vSphere Replication을 버전 5.1.2로 업그레이드해야 합니다. 또한 vSphere Replication 서버도 버전 5.1.2로 업그레이드해야 합니다. vSphere Replication을 버전 5.1.2로 업그레이드하기 전에 SRM 5.1.2로 업그레이드했는지 확인해야 합니다.

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

VAMI(가상 장치 관리 인터페이스)를 통해 vSphere Replication 장치와 추가 vSphere Replication 서버를 버전 5.1.2로 업그레이드하려면 다음 URL을 사용합니다.

http://vapp-updates.vmware.com/vai-catalog/valm/vmw/05d561bc-f3c8-4115-bd9d-22baf13f7178/5.1.2.0

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

SRM 및 vSphere Replication에 대한 작동 제한

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

SRM SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

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

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

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

  • SRM 5.1.2에서는 2개의 MSCS(Microsoft Cluster Server) 노드를 지원합니다.
    vSphere 5.1.x에서는 최대 5개의 MSCS 노드를 지원합니다. SRM 5.1.x에서는 2개의 MSCS 노드를 지원합니다. Site Recovery Manager 관리MSCS 및 Fault Tolerant 가상 시스템 보호를 참조하십시오.

  • vSphere Replication 장치 및 vSphere Replication 서버 장치는 Novell 보안 권고 CVE-2008-5161의 적용을 받습니다.
    Novell 보안 권고 CVE-2008-5161은 vSphere Replication 장치 및 vSphere Replication 서버 장치의 운영 체제인 SLES(SUSE Linux Enterprise Server) SP1과 관련됩니다. 이 Novell 권고 문서( http://support.novell.com/security/cve/CVE-2008-5161.html)에는 보안 위험이 낮은 것으로 명시되어 있습니다. 필요한 경우 보안 위험을 더 완화하려면 Novell 권고에 따라 SSH 구성을 수정할 수 있습니다. vSphere Replication 장치 및 vSphere Replication 서버 장치의 경우 sshd_configssh_config 파일에 다음 지시문을 추가하여 AES 암호만 유지할 수 있습니다.

  • Ciphers aes128-ctr,aes256-ctr

    RC4와 arcfour256, arcfour, aes128-cbcaes256-cbc를 비롯한 다른 모든 CBC 암호는 사용하지 않도록 설정합니다.

  • Windows Server 2003은 SHA256RSA 인증서를 지원하지 않습니다. Windows Server 2003에 SRM 5.1.2를 설치하고 서명된 사용자 지정 SHA256RSA 인증서를 사용하려면 Microsoft에서 다음 핫픽스 중 하나를 설치해야 합니다.

  • ESXi Server 5.0.0 및 5.0.1과 ESXi Server 5.1.0은 Windows 8 또는 Windows Server 2012를 실행하는 가상 시스템의 게스트 운영 체제 사용자 지정을 지원하지 않습니다.
    Windows 8 및 Windows Server 2012 가상 시스템의 게스트 운영 체제 사용자 지정 지원은 ESXi Server 5.0 u2 이상 및 ESXi Server 5.1 u1 이상에서 제공됩니다. 복구 사이트에서 ESXi Server 5.0 또는 5.0.1이나 ESXi Server 5.1.0을 실행하는 경우 테스트 복구 및 실제 복구가 실패합니다. 왜냐하면 복구 사이트에서 ESXi Server가 Windows 8 또는 Windows Server 2012 부팅 프로세스를 완료할 수 없기 때문입니다. 복구 사이트에서 가상 시스템은 Windows 로그인 화면을 표시하지 않습니다. SRM은 VM Tools가 전원이 켜져 있는 동안 시간이 초과된다는 사실을 알리기 위해 IP 사용자 지정 단계 이전에 복구 단계에서 오류 메시지를 표시합니다.

    해결 방법: 복구 사이트에서 ESXi Server를 버전 5.0 u2 이상 또는 ESXi Server 5.1 u1 이상으로 업그레이드합니다.

해결된 문제

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

  • SRM이 1개 이상의 RDM 디스크가 있는 가상 시스템을 보호할 수 없음(가상 시스템이 vApp의 일부인 경우)

    가상 시스템이 vApp의 일부이고 가상 시스템이 RDM 디스크를 사용하는 경우 보호를 구성하면 보호 상태에서 디바이스를 찾을 수 없음: 하드 디스크 X 오류가 발생합니다. 이 오류에서 하드 디스크 X는 가상 시스템에 연결된 RDM 디스크입니다. 이 문제는 해결되었습니다.

  • DR IP Customizer 도구가 Windows 2003 게스트 운영 체제에서 알림을 보내지 않고 예기치 않게 중지됨

    DR IP Customizer 도구가 Windows 2003 게스트 운영 체제에서 예기치 않게 중지됩니다. 알림이 전송되지 않지만 SRM 로그에 오류 C:\WINDOWS\TEMP\vmware-SYSTEM\netshIPv6.vbs(279, 4) Microsoft VBScript 런타임 오류: 개체가 이 속성 또는 메서드를 지원하지 않음: 'GUID'가 표시됩니다. 이 문제는 존재하지 않는 GUID 속성에 액세스하는 동안 처리되지 않은 오류로 인해 발생합니다. 이 문제는 해결되었습니다.

  • 지역화된 Windows 게스트 운영 체제에서 SRM Server로 메시지를 전송할 때 SRM이 예기치 않게 중지됨

    이 문제는 SRM Server가 Windows 운영 체제에서 JP, KO 또는 CN 로케일로 실행되고 있고 vCenter Server가 EN 로케일로 실행되고 있을 때 발생합니다. 예를 들어 전원 켜기 후 스크립트가 일본어 문자로 오류를 반환하는 명령을 실행할 경우 vCenter Server는 해당 메시지를 올바른 인코딩으로 변환하지 않습니다. SRM은 잘못된 예외를 수신하고 예기치 않게 중지됩니다. 이 문제는 해결되었습니다.

  • 게스트 OS 중지 옵션을 Windows Server 2012를 실행하는 가상 시스템에 사용할 수 없음

    Windows Server 2012 게스트 운영 체제를 실행하는 가상 시스템에 vSphere Replication을 구성하는 경우 게스트 OS 중지를 사용하도록 설정하는 옵션을 사용할 수 없습니다. 이 문제는 해결되었습니다.

  • Windows Server 2012 DC(도메인 컨트롤러) 가상 시스템을 복구하면 DC 보호 메커니즘이 손상됨

    Windows Server 2012 DC 가상 시스템 복구는 어레이 기반 복제 또는 vSphere Replication을 사용하여 수행할 수 있습니다. 하지만 그러한 가상 시스템에서 복구 작업을 수행할 경우 Windows Server 2012 DC 보호 메커니즘이 손상될 수 있습니다. 이 문제는 해결되었습니다.

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

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

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

    가상 시스템에 보호를 구성할 때 SRM Server가 예기치 않게 중지됩니다. 로그에는 다음 오류가 포함됩니다. 패닉: 어설션 실패: "찾음 == _reservations.get<by::vm>().end() (VM[vim.VirtualMachine: virtual_machine]에 대한 예약이 이미 존재합니다.)". 이 문제는 해결되었습니다.

  • SRM이 이미 마운트됨 오류로 인해 VMFS 볼륨을 마운트하지 못함

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

  • 명령줄에서 CUSTOM_SETUP 옵션을 사용하여 수정 모드로 SRM 설치 관리자를 실행하면 오류가 발생함

    CUSTOM_SETUP 옵션을 사용하여 SRM을 설치한 경우, 예를 들어 공유된 복구 사이트 설정을 생성하기 위해 명령줄에서 수정 모드로 CUSTOM_SETUP 옵션과 함께 SRM 설치 관리자를 실행하려는 경우 다음 오류가 발생합니다. CUSTOM_SETUP 명령줄은 표준 설치가 이미 있는 경우 지원되지 않습니다. 이 문제는 해결되었습니다.

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

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

  • 연관된 vCenter Server 인스턴스가 연결 모드에 있을 때 SRM 업그레이드가 실패할 수 있음

    연관된 vCenter Server 인스턴스가 연결 모드에 있을 때 SRM 업그레이드가 실패할 수 있습니다. 이 문제는 해결되었습니다.

  • 다음 오류로 인해 SRM 서비스가 실패함. 패닉: 어설션 실패: "!vmKernelIp.empty()" @ d:/build/ob/bora-820150/srm/src/storage/vc/accessMapUtil.cpp:108

    다음과 같은 경우 테스트 복구를 수행하는 동안 복구 사이트에서 vCenter SRM(Site Recovery Manager) 서비스가 실패합니다.

    • NAS(Network Attached Storage) 장치가 IPv6만 사용하여 SRM에 대해 구성되어 있고 복구 사이트 ESXi 호스트에서 IPv4는 사용하지 않도록 설정되어 있습니다.
    • 어레이 관리자는 IPv6 주소만 사용합니다.

    이 문제는 KB 2057469에서도 설명되었고, 해결되었습니다.

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

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

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

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

  • 이름에 서로게이트 유니코드 문자가 있는 가상 시스템의 경우 잘못된 UTF-8 문자 ... (서로게이트 문자)오류로 인해 복제 구성 작업이 실패함.

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

  • vSphere Replication 관리 서버에 메모리 누수가 발생하고 vCenter Server 또는 vSphere Replication Server에 연결 시 vSphere Replication 관리 서버가 응답하지 않음

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

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

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

  • vSphere Replication이 여러 관리 가상 NIC를 사용하는 호스트를 통해 데이터스토어에 액세스할 수 없고 vCenter Server에서 DatastoreInaccessibleEvent: vSphere Replication에서 데이터스토어에 액세스할 수 없습니다.를 게시함

    호스트가 여러 가상 NIC를 사용하여 구성되어 있고 관리 트래픽용으로 NIC를 두 개 이상 선택하는 경우 vSphere Replication은 첫 번째 NIC만 등록하고 이 NIC를 사용하여 대상 데이터스토어에 액세스합니다. vSphere Replication 서버 주소가 호스트의 첫 번째 관리 네트워크에 없는 경우 vSphere Replication은 호스트와 통신하지 못합니다. 이 문제는 해결되었습니다.

  • 공유된 복구 사이트 설정에서 동시 테스트 복구를 수행하면 복구 사이트의 최근 작업 보기에 중복된 이름 오류가 표시됨

    공유된 복구 사이트 설정(N:1 환경)에서 동시에 여러 테스트 복구를 수행하면 다음과 같이 각기 다른 경우에 다음 오류가 보고될 수 있습니다.

    • 지정한 키, 이름 또는 식별자가 이미 있습니다 - 가상 스위치 또는 포트 그룹을 추가하는 경우
    • 참조된 개체 또는 항목을 찾을 수 없습니다 - 테스트 정리 도중에 가상 스위치 또는 포트 그룹을 제거하는 경우
    • ' resoure_name' 리소스가 사용 중입니다 - 테스트 정리 도중에 가상 스위치 또는 포트 그룹을 제거하는 경우

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

알려진 문제

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

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

  • 디스크가 복제에서 제외되는 경우에도 물리적 모드 RDM 디스크를 사용하여 가상 시스템을 구성할 수 없음

    물리적 모드를 사용하여 가상 시스템의 복제를 구성하는 경우 다음과 같은 오류가 표시될 수 있습니다.

    VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: HMS can not set disk UUID for disks of VM : MoRef: type = VirtualMachine, value = , serverGuid = null'.

    해결 방법: 없음

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

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

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

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

    vCenter Server 인벤토리에 수백 개 이상의 호스트가 포함된 경우 vSphere Replication이 각 호스트의 SSL 지문 레지스트리를 업데이트하므로 VR Server 등록 작업이 완료되는 데 1시간 이상 소요됩니다. vSphere Replication 서버 등록 작업이 진행되면서 각 호스트에 대해 vCenter Server 이벤트 창에 호스트가 vSphere Replication에 대해 구성됨이 표시됩니다.

    해결 방법: 등록 작업이 완료될 때까지 기다립니다. 등록 작업이 완료되면 들어오는 복제 트래픽에 vSphere Replication을 사용할 수 있습니다.

  • vSphere Replication 등록이 실패하고 다음 오류가 발생할 수 있음: VRM Server 일반 오류입니다. 다른 트랜잭션에 의해 행이 업데이트되거나 삭제되었습니다. HostEntity #<host-managed-object-id>.

    vCenter Server의 인벤토리에 많은 수의 호스트가 있고 등록이 진행 중일 때 다음 작업을 수행하는 경우 VR Server 등록 작업이 실패하고 이러한 오류가 발생할 수 있습니다.

    • vCenter Server 인벤토리에서 호스트 제거
    • 인벤토리에서 호스트 제거 및 다시 연결
    • 호스트의 SSL 지문 변경

    해결 방법: VR Server 등록 작업을 다시 시도합니다.

  • 복구가 실패하고 다음 오류가 발생함: 테스트 버블 이미지를 만드는 동안 오류가 발생했습니다. 예외 정보: 데이터스토어: managed-object-id에 대한 호스트 마운트를 가져오는 동안 오류가 발생했습니다.또는 개체가 이미 삭제되었거나 완전히 생성되지 않은 상태입니다.

    테스트 복구나 계획된 복구를 실행할 때 복구 계획이 실패하고 특정 예외가 발생하는 경우 복제 데이터를 저장하는 데 사용된 LUN과 ESXi의 연결이 일시적으로 끊깁니다. 다시 연결되면 복제가 정상적으로 계속되고 복제 데이터가 손실되지 않습니다. 이 예외는 다음 시나리오 동안 발생합니다.

    • LUN의 내부 ID가 변경되어 vSphere Replication에서 LUN을 찾을 수 없습니다.
    • 대상 데이터스토어가 포함된 호스트를 vCenter 인벤토리에서 제거하고 나중에 추가하면 대상 데이터스토어 내부 ID가 변경됩니다.

    새 ID를 새로 고치도록 복제를 수동으로 재구성해야 합니다.

    해결 방법: 주 사이트를 더 이상 사용할 수 없는 경우 VMware 지원에 문의하여 변경된 내부 데이터스토어 ID의 자동 수정을 트리거하여 복구를 허용하는 특수 구성 항목을 vSphere Replication 장치 데이터베이스에 추가하는 방법에 대한 지침을 얻으십시오. 주 사이트를 아직 사용할 수 있는 경우 다음을 수행하십시오.

    1. 실패한 복구 계획에 대해 정리 작업을 실행합니다.
    2. vSphere Replication 보기의 가상 시스템 탭에서 가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 복제 구성을 선택합니다.
    3. 다음, 찾아보기를 차례로 클릭하여 분리되었다가 다시 연결된 데이터스토어에 있는 파일의 위치를 변경하고 이전과 같은 데이터스토어 및 폴더 위치를 선택합니다.
    4. 기존 디스크를 재사용하고 가상 시스템의 복제를 재구성합니다. 그러면 vSphere Replication 관리 서버가 vCenter Server에서 변경된 데이터스토어 ID(관리 개체 ID)를 선택합니다.
    5. 초기 동기화가 완료될 때까지 기다립니다. 이 동기화에서는 기존 디스크를 사용하고 데이터 일관성을 확인합니다.

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

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

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

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

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

  • 보류 중인 질문 오류로 인해 가상 시스템의 전원을 끌 수 없음

    실수 또는 고의로 이니시에이터를 SAN에서 가상 시스템이 등록된 호스트로 끌어다 놓아 PDL(영구적 디바이스 손실) 상황을 생성하면 다음 오류가 표시될 수 있습니다.

    오류: VM에 보류 중인 질문이 있기 때문에 현재 작업을 할 수 없습니다.

    이 오류는 테스트 복구 모드에서 복구 계획을 실행한 후 정리를 실행할 때 PDL 동안 복구 사이트의 하드웨어에 오류가 있는 경우 발생합니다.

    해결 방법: 가상 시스템 요약 탭에서 질문에 응답합니다. 그런 다음 강제 정리 모드에서 정리를 다시 실행합니다. 정리 작업이 완료된 후에도 가상 시스템이 복구 사이트에 계속 있을 수 있으며, 이 경우 가상 시스템을 수동으로 제거합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 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. 서비스 상태에서 구성 > 다시 시작을 차례로 클릭합니다.
  • DPM(Distributed Power Management)을 사용하도록 설정된 클러스터에 있을 때 데이터스토어가 마운트 해제되지 못함

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

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

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

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

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

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

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

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

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

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

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

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

  • 이미 다시 보호된 어레이 기반 가상 시스템을 vSphere Replication을 사용하여 보호하려고 할 때 SRM이 중지함

    복구를 실행한 다음 어레이 기반 보호 그룹에 의해 이미 보호된 가상 시스템을 vSphere Replication을 사용하여 보호하려고 하면 SRM Server가 어설션됩니다.

    해결 방법: vSphere Replication으로 보호하기 전에 먼저 SRM Server를 다시 시작하고 어레이 기반 보호된 가상 시스템을 보호 해제합니다. 또는 어레이 기반 보호를 계속 유지하고, vSphere Replication으로 보호하지 마십시오. SRM에서는 두 제공자 모두를 사용하여 보호할 수 없습니다.

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

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

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

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

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

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

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

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

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

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

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

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

  • 보호 사이트 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을 복구합니다.
  • 호스트 중 하나와 자리 표시자 데이터스토어의 연결이 끊어지면 테스트 복구 정리가 실패할 수 있음

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

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

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

    KB 1009801 을 참조하십시오.

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

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

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

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

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

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

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

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

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

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

    이 오류는 Windows 2003 서버에서 실행되는 vCenter Server의 사용 후 삭제 포트의 소진 때문에 발생합니다. SRM Server는 vCenter Server와 통신할 수 없습니다.

    해결 방법:

    1. KB 979230의 Microsoft 핫픽스를 설치하여 tcpip.sys 드라이버의 문제를 해결합니다.
    2. 수동으로 변경하거나 다음 .reg 파일을 가져와서 다음 regedit 값을 설정합니다.
      Windows Registry Editor Version 5.00
      
      [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
      "MaxUserPort"=dword:00002710
      "TcpTimedWaitDelay"=dword:0000001E
                      
    3. 레지스트리 값이 없는 경우 값을 생성합니다.
    4. 변경한 후 Windows 2003 서버 시스템을 다시 시작합니다.

  • 가상 시스템 동기화, 복구 또는 다시 보호 작업이 vSphere Replication에서 실패함

    이 오류는 동기화 작업을 요청할 때나 복구 또는 다시 보호와 같은 작업을 실행할 때 발생할 수 있습니다. 보고되는 오류는 다음과 유사합니다.

    • VRM 그룹 group에 대해 VR 동기화가 실패했습니다. VRM Server 일반 오류입니다. 문제 해결 정보는 설명서를 참조하십시오. 예외 정보: 'Id= ID인 요청한 인스턴스를 원격 사이트에서 찾을 수 없습니다.'.
    • 오류 - VRM 그룹 group에 대해 VR 동기화가 실패했습니다. 데이터스토어 경로 '[ path] *.vmdk.vmdk'에 대해 스토리지가 잠겨 있습니다.

    이 오류는 보호된 사이트에서 워크로드가 높은 가상 시스템을 실행할 때 발생할 가능성이 더 높습니다.

    해결 방법:

    • 작업을 재시도하십시오. 성공하지 못했을 수 있습니다.
    • 이 문제는 보호된 사이트에서 실행 중인 로드와 관련되어 있으므로 근무 시간 외의 시간에 복구를 예약하십시오.
    • 테스트 복구를 시도하는 경우 "복구 사이트에 최신 변경 사항 복제" 옵션을 사용하도록 설정하지 마십시오.
    • SRM 5.5로 업그레이드합니다. vSphere 5.5와 함께 SRM 5.5에는 이 문제를 해결하는 여러 업데이트가 포함되어 있습니다.

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

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

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

  • 다시 보호 중 SRM UI에서 공유 복구 사이트의 vSphere Replication 장치가 연결 끊김으로 표시됨

    다시 보호 중에 복제를 역방향으로 구성한 경우 SRM 및 vSphere Replication 장치는 초기 동기화가 역방향으로 완료될 때까지 대기합니다. 복구 계획에 100개가 넘는 가상 시스템이 있는 경우 초기 동기화의 모니터링 작업으로 인해 vSphere Replication 장치가 SRM UI의 호출에 응답하지 않게 됩니다.

    해결 방법: 역방향 복제의 초기 동기화가 완료될 때까지 기다립니다. SRM UI에서 복제 상태가 동기화에서 정상으로 변경됩니다. SRM UI에서 공유 사이트의 vSphere Replication 장치에 다시 연결해 봅니다.

  • 다시 보호 중 SRM C# 클라이언트에서 로그아웃하면 다시 보호 작업의 동기화 단계가 로컬 VC 보기를 가져오는 중 오류가 발생했습니다라는 내용의 오류로 인해 실패함

    다시 보호 중에 복제를 역방향으로 구성한 경우 SRM 및 vSphere Replication 장치는 초기 동기화가 역방향으로 완료될 때까지 대기합니다. SRM은 별도의 동기화 작업을 트리거하여 복제에 문제가 없는지 확인합니다. 이 동기화 작업 도중 SRM UI에서 로그아웃하면 다시 보호 작업은 계속되지만 vSphere Replication이 사용자를 가장할 수 없고 동기화 작업이 실패합니다.

    해결 방법: 다시 보호 워크플로우의 동기화 단계에 표시된 오류를 무시하거나 다시 보호가 완료된 후 SRM UI를 사용하여 동기화를 수동으로 트리거합니다.

  • SRM Server 설치를 수정 또는 복구하려면 관리자 계정을 사용하거나 UAC를 사용하지 않도록 설정해야 함

    Administrators 그룹의 구성원이지만 관리자가 아닌 경우 Windows 제어판에서 SRM Server 설치를 수정 또는 복구하기 전에 Windows UAC(사용자 계정 컨트롤)를 사용하지 않도록 설정해야 합니다. Windows Server 2012 호스트에 SRM Server를 설치한 경우에는 레지스트리를 수정하여 UAC를 사용하지 않도록 설정합니다.

    해결 방법: SRM 설치 관리자를 수정 또는 복구 모드로 실행하려면 Windows Server 2012 시스템에 관리자로 로그인하거나 UAC(사용자 액세스 컨트롤)를 사용하지 않도록 설정합니다. Windows Server 2012에서 UAC를 사용하지 않도록 설정하려면 http://social.technet.microsoft.com/wiki/contents/articles/13953.windows-server-2012-deactivating-uac.aspx를 참조하십시오.

  • 테스트 복구 도중에 SRM이 예기치 않게 중지되고 패닉이 발생함. SRM 서비스를 다시 시작할 수 있지만 테스트를 계속하면 다시 중지됨

    드문 경우이긴 하지만 테스트 복구 도중에 SRM이 예기치 않게 중지되고 다음 오류가 발생합니다. 패닉: 어설션 실패: "this->_childJobs.size() == this->_jobsToRemove.size() (잘못된 상태 - 하위 작업이 보류 중일 때 작업을 완료할 수 없습니다.) SRM 서비스를 다시 시작한 후 테스트를 다시 실행하려고 하면 SRM이 중지되고 동일한 오류가 발생합니다. 이 문제는 SRM 데이터베이스가 잘못된 상태에 있을 때 발생합니다.

    해결 방법: VMware 지원에 문의하십시오.

  • 보호된 사이트에서 연결이 끊긴 호스트를 제거한 후 다시 보호가 실패함

    보호된 사이트에서 연결이 끊긴 호스트를 제거하고 다시 보호를 실행하는 경우, 다시 보호 작업이 실패하고 다음 오류가 발생할 수 있습니다. 내부 오류: std::exception 'class Vmacore::Exception".

    해결 방법: 강제 정리 옵션을 선택한 상태로 다시 보호를 다시 실행합니다.

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

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

    해결 방법: 없음

  • vApp에 RDM이 포함된 가상 시스템의 복구 테스트가 연결 오류로 인해 실패함

    vApp가 보호된 사이트에서 복구 사이트의 vApp로 매핑되고 vApp에 RDM을 사용하는 한 개 이상의 가상 시스템이 포함되어 있는 경우에는 테스트 페일오버가 원격 VC 서버에 대한 연결이 끊어짐 오류로 인해 실패합니다.

    해결 방법: 화면에 표시되는 메시지에 따라 원격 vCenter Server 인스턴스에 다시 연결합니다.

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

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

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

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

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

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

    •