VMware Site Recovery Manager 5.8.1 릴리스 정보

|
Site Recovery Manager 5.8.1.1 | 2016년 7월 26일 | 빌드 4130000

Site Recovery Manager 5.8.1| 2015년 9월 16일 | 빌드 2991419

마지막 업데이트 날짜: 2016년 7월 26일

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

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

릴리스 정보에 포함된 내용

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

Site Recovery Manager 5.8.1의 새로운 기능

VMware vCenter Site Recovery Manager 5.8.1에서는 해결된 문제에 설명된 버그 수정을 제공합니다.

현지화

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

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

호환성

Site Recovery Manager 호환성 매트릭스

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

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

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

VMware Virtual SAN 지원

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

VMware VSA 지원

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

설치 및 업그레이드

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

vSphere Replication의 설치 및 업그레이드에 대한 자세한 내용은 vSphere Replication 관리를 참조하십시오.

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

Site Recovery Manager 5.8.1의 작동 제한

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

공유 복구 사이트 구성에서 Site Recovery Manager 5.8.1을 사용하는 경우 보호 및 복구 제한에 대한 자세한 내용은 http://kb.vmware.com/kb/2081866을 참조하십시오.

Site Recovery Manager SDK

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

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

  • Site Recovery Manager 5.8.1은 vCloud Director 환경을 제한적으로 지원합니다. Site Recovery Manager를 사용하여 vCloud 리소스 풀 내의 가상 시스템(조직에 배포된 가상 시스템)을 보호하는 것은 지원되지 않습니다. Site Recovery Manager를 사용하여 vCD의 관리 구조를 보호하는 것은 지원됩니다. Site Recovery Manager를 사용하여 vCloud Director에 대한 관리 인프라를 제공하는 데이터베이스, vCD Server 인스턴스 및 vCenter Server 인스턴스를 보호하는 방법에 대한 자세한 내용은 VMware vCloud Director 인프라 복원성 사례 연구를 참조하십시오.
  • 복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정되며 예약이 0으로 설정됩니다. vSphere Flash Read Cache를 사용하도록 구성된 가상 시스템에서는 복구를 수행하기 전에 vSphere Web Client에서 가상 시스템의 캐시 예약 설정을 적어 두십시오. 복구 후 가상 시스템에서 vSphere Flash Read Cache를 다시 구성할 수 있습니다.

사용 가능한 패치 릴리스

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

Site Recovery Manager 5.8.1.1 Express 패치 릴리스

릴리스 날짜: 2016년 7월 26일 | 빌드 4130000

Site Recovery Manager 5.8.1.1 Express 패치 릴리스는 VMware vSphere 5.5 업데이트 3d와 호환됩니다.

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

Site Recovery Manager 5.8.1.1 Express 패치 릴리스에서 TLS 버전 1.1 및 1.2는 기본적으로 사용하도록 설정됩니다.

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

  • VM의 보호를 수동으로 구성하는 경우 보호 설정을 검색할 수 없습니다. 오류가 나타남

    다음 절차를 따르면 UI에 VM 보호 설정이 표시되지 않고 다음 오류가 나타납니다. 보호 설정을 검색할 수 없습니다.

    1. VM을 생성하여 vApp에 추가합니다.
    2. vSphere Replication을 사용하여 VM을 복제합니다.
    3. 보호 그룹을 생성하고 VM을 포함합니다.
    4. 사이트 복구 > 보호 그룹을 클릭하고 보호 그룹을 선택합니다.
    5. 관련 개체 > 가상 시스템을 클릭합니다.
    6. VM을 마우스 오른쪽 버튼으로 클릭하고 보호 구성을 선택합니다.

  • 동일한 어레이 디바이스 ID를 사용하는 경우 Site Recovery Manager의 응답이 중지할 수 있음

    보호된 사이트 및 복구 사이트에서 어레이의 디바이스 인덱스 번호를 복제하는 경우 Site Recovery Manager의 응답이 중지할 수 있습니다.

  • IP를 성공적으로 사용자 지정한 후에도 VM의 정적 IP 주소가 변경되지 않은 상태로 유지됨

    Windows 게스트 운영 체제에 McAfee AV 서비스가 사용되는 경우 Site Recovery Manager는 IP 사용자 지정 작업 중에 VM의 정적 IP 주소를 변경하지 않을 수 있습니다. 이 문제는 해결되었으며, 두 Site Recovery Manager 사이트 모두에서 vmware-dr.xml 파일 끝에 staticipv4retrycount 요소를 추가해야 합니다. <staticipv4retrycount></staticipv4retrycount>는 재시도 횟수를 정의합니다.
    다음 코드를 사용하여 재시도 횟수를 변경할 수 있습니다.
    <recovery>
    <staticipv4RetryCount>5</staticipv4RetryCount>
    </recovery>

  • hostname –f 명령을 실행하는 경우 Linux VM의 IP 사용자 지정이 실패할 수 있음

    호스트 이름 FQDN 검색이 지연되는 경우 IP 사용자 지정이 실패할 수 있습니다. Site Recovery Manager 5.8.1.1에서 이 문제가 해결되었으며, 각 IP 사용자 지정 명령에 대해 수정된 시간 초과 값이 사용됩니다.

  • Microsoft Cluster Server 클러스터에서 중복된 RDM(원시 디스크 매핑) 디스크를 사용하면 복구 사이트의 Site Recovery Manager 서비스가 다시 보호 프로세스 도중 응답을 중지할 수 있음

  • Site Recovery Manager로 보호되는 VM 중 일부가 UI에 나타나지 않을 수 있음

    보호 그룹 또는 복구 계획에 VM이 88개 넘게 있는 경우 일부 VM이 복구 계획 페이지와 보호 그룹 페이지에 나타나지 않을 수 있습니다.

  • 보호 그룹을 수정하려는 경우 작업을 찾을 수 없음 오류가 발생할 수 있음

    보호 그룹을 열거나 편집하려는 경우 다음 오류 메시지가 Site Recovery Manager UI에 나타날 수 있습니다. ‘xxx’ 작업을 찾을 수 없음

설치 및 업그레이드 정보

Site Recovery Manager 5.8, 5.8.0.x 또는 5.8.1을 5.8.1.1로 업그레이드하는 경우 인플레이스 업그레이드 또는 마이그레이션을 통한 업그레이드가 가능합니다. Site Recovery Manager 설치 및 업그레이드에 대한 자세한 내용은 Site Recovery Manager 설치 및 구성을 참조하십시오.

vSphere Replication의 설치 및 업그레이드에 대한 자세한 내용은 vSphere Replication 관리를 참조하십시오.

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

Site Recovery Manager 5.8.1.1은 Microsoft Windows의 코드 서명 및 타임스탬프 처리 규칙을 따르는 이중 서명을 사용합니다. 코드 서명 및 타임스탬프 처리 규칙에 대한 자세한 내용은 Microsoft 웹 페이지를 참조하십시오.

해결된 문제

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

  • 보호된 가상 시스템이 종료되는 경우 vSphere Replication을 사용한 복구가 실패함

    vSphere Replication을 사용하여 보호하는 가상 시스템에 대한 복구를 실행할 때 VM 종료 단계에서 복구가 중단되고 다음 오류가 표시됩니다. 진행 중인 작업: VR snapshot.remove-xxx. 이 오류는 Site Recovery Manager가 스냅샷이 제거될 때까지 기다리지 않고 가상 시스템의 종료를 시작하기 전에 발생합니다. 이 문제는 해결되었습니다.

  • 가상 시스템에서 복제되지 않은 데이터스토어 최상위에 디스크 파일이 있는 경우 복구 후에 가상 시스템을 시작할 수 없음

    가상 시스템에서 복제되지 않은 데이터스토어의 최상위에 디스크 파일이 있는 경우 테스트 복구, 계획된 마이그레이션 또는 재해 복구를 실행한 후에 가상 시스템의 전원을 켜지 못할 수 있습니다. 로그 파일에 다음과 같은 오류 메시지가 표시될 수 있습니다. Failed to resolve file locator for backing of device 2001: (dr.storageProvider.fault.ResolvedVmFileNotFound)'. 이 문제는 해결되었습니다.

  • 타사 플러그인으로 인해 vSphere Web Client에 Site Recovery Manager 플러그인이 표시되지 않음

    vSphere Web Client에서 Pure Storage 또는 IBM Storage Productivity Center 같은 타사 플러그인을 사용하는 경우 vSphere Web Client에 Site Recovery Manager 플러그인이 표시되지 않을 수 있습니다. 이 문제는 해결되었습니다.

    참고: 수정 사항이 적용되려면 Site Recovery Manager를 업그레이드한 후에 vSphere Web Client 서비스를 다시 시작해야 합니다.

  • 복구를 수행하면 다음 오류가 보고됨: Site Recovery Manager Server에 연결하지 못했습니다.

    보호된 사이트 및 복구 사이트에 vCenter Server 인스턴스가 연결 모드로 구성된 경우 보호된 사이트가 오프라인이거나 vSphere Web Client 서버가 보호된 사이트의 vCenter Server Inventory Service와 통신할 수 없으면 사용자 인터페이스에 복구 계획이 표시되지 않기 때문에 vSphere Web Client를 사용하여 복구를 수행할 수 없습니다. Site Recovery Manager Server에 연결하지 못했습니다.라는 오류와 함께 복구가 실패합니다. 원인: https://vcenter_server_hostname:8095/dr의 Site Recovery Manager Server에서 쌍을 검색하지 못했습니다. 이 문제는 해결되었으며 KB 2093902에 설명되어 있는 문제를 해결합니다.

  • 다시 보호가 2-3일 동안 진행 중인 상태로 남아 있다가 "다시 보호가 중단됨"으로 표시됨

    "대기 상태에서 보호된 사이트 호스트 복원" 단계 후에 보호된 사이트와 복구 사이트 간의 네트워크 연결이 끊어지면 다시 보호 작업이 2-3일 동안 무기한으로 진행 중인 상태로 남아 있게 됩니다. 이때 복구 계획의 상태는 "다시 보호가 중단됨"으로 설정됩니다. 이 문제는 해결되었습니다.

  • Site Recovery Manager 5.8을 제거한 후 다시 설치하면 내장된 vPostgres 데이터베이스가 재설정됨

    내장된 vPostgres 데이터베이스를 Site Recovery Manager 5.8과 함께 사용하고 데이터베이스의 컨텐츠를 유지한 상태로 Site Recovery Manager를 제거한 후 다시 설치하여 이전 설치에서 내장된 vPostgres 데이터베이스에 연결하면 Site Recovery Manager 설치 관리자가 내장된 데이터베이스를 재설정합니다. 이로 인해 이전 설치의 모든 인벤토리 매핑이 손실됩니다. 이 문제는 해결되었습니다.

  • 가상 시스템에 아직 'SRM에 의해 관리됨' 플래그가 있음

    모든 게스트 메모리 예약(모두 잠김) 옵션 설정이 있는 가상 시스템의 경우 복구를 실행한 후에도 복구 사이트에서 가상 시스템에 아직 SRM에 의해 관리됨 플래그가 있습니다. 이 문제는 이제 해결되어 복구 사이트의 가상 시스템이 이제 일반 가상 시스템으로 표시됩니다. 그러나 보호된 사이트에서 다시 보호를 실행했다가, 복구를 실행했다가, 다시 보호를 한번 더 실행한 경우 보호된 사이트의 가상 시스템에 SRM에 의해 관리됨 플래그가 아직 남아 있습니다.

  • 가상 시스템에서 모든 게스트 메모리를 예약하는 옵션을 선택한 다음 페일오버를 수행하면 보호된 사이트의 자리 표시자 가상 시스템이 32M 메모리로 변경되고 선택한 옵션이 손실됨

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

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

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

알려진 문제

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

  • 새 vCenter Server 인스턴스에서 사용할 새 Site Recovery Manager Server 인스턴스를 설치할 때 기존 데이터베이스에 연결하고 데이터베이스 다시 만들기 옵션을 선택하면 실치가 실패함

    Site Recovery Manager Server의 새 인스턴스 및 vCenter Server의 새 인스턴스에서 사용할 기존 Site Recovery Manager 데이터베이스를 다시 만들면 설치가 실패하고 다음과 같은 오류가 발생합니다.Inventory Service 등록을 지우지 못했습니다. 이 문제는 다음과 같은 시나리오에서 발생합니다.

    1. vCenter Server의 새 인스턴스를 설치합니다.
    2. Site Recovery Manager의 새 인스턴스를 설치하여 새 vCenter Server 인스턴스에 연결하려고 합니다.
    3. Site Recovery Manager 설치 중 이전 Site Recovery Manager 설치의 기존 Site Recovery Manager 데이터베이스를 선택합니다.
    4. 데이터베이스 다시 만들기 옵션을 산택합니다.

    이 시나리오에서는 오류와 함께 설치가 실패하고 롤백됩니다.

    해결 방법: vCenter Server의 새 인스턴스에서 사용할 Site Recovery Manager Server의 새 인스턴스를 설치할 때 Site Recovery Manager를 새 데이터베이스 인스턴스에 연결합니다.

  • 지원 번들에 대해 생성되는 기록 보고서가 Internet Explorer 버전 8 및 9에서 올바로 렌더링되지 않음

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

  • Site Recovery Manager 확장에서 vCenter에 등록하지 못하는 경우 잘못된 오류 메시지 '인증서를 설치하지 못했습니다'가 표시됨

    사용자가 생성한 신뢰할 수 있는 인증서를 사용하는데 Site Recovery Manager 설치 관리자에서 인증서를 설치하지 못했다는 오류를 표시하는 경우 이 오류는 Site Recovery Manager가 vCenter Server에 등록하지 못했음을 나타낼 수도 있습니다.

  • 내장된 데이터베이스 서버에서는 데이터베이스 인증서를 구성 파일에 일반 텍스트로 저장합니다.

    해결 방법: 설치 후 %APPDATA%\postgresql\pgpass.conf 파일을 백업하고 삭제합니다.

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

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

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

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

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

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

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

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

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

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

  • Site Recovery Manager Server가 vCenter Inventory Service와 연결이 끊어지면 Site Recovery Manager 사용자 인터페이스에서 오류 알림을 올바르게 표시하지 않음

    가상 시스템에서 보호 제거와 같은 작업을 수행할 수 있으나 Site Recovery Manager Server는 Inventory Server로 데이터를 푸시하지 못하고 관련 오류를 전송합니다. 그러나 해당 작업은 성공적으로 수행됩니다.

    해결 방법: Inventory Service가 Site Recovery Manager에 연결할 수 없다는 이벤트가 게시된 vCenter Server 인스턴스를 확인합니다. Site Recovery Manager와 Inventory Service 간의 연결 실패 원인을 확인하고 연결을 복원합니다.

  • 종료할 때 Site Recovery Manager가 vCenter Server에 연결할 수 없는 경우 코어 덤프를 생성함

    종료 시퀀스 동안 Site Recovery Manager 서버가 기본 시간인 5분 안에 vCenter Server에 연결하지 못하고 코어 덤프를 생성하는 예외를 발생시킵니다.

    해결 방법: 없음 Site Recovery Manager가 다시 시작하고 사용 가능할 때 vCenter Server에 연결하는 기능에는 영향을 주지 않습니다.

  • 사용 권한 제거 시 매핑 생성 작업이 사용하지 않도록 설정되지 않음

    관리자 역할을 가진 특정 사용자의 사용 권한을 제거할 경우 Site Recovery Manager는 매핑 생성 작업을 사용하지 않도록 설정하는 대신 사용자가 계속해서 매핑을 생성할 수 있도록 허용합니다.

    해결 방법: 없음

  • Site Recovery Manager를 설치하고 ABR로 가상 시스템을 보호한 후 vSphere Replication 전용 라이센스로 전환하면 보호 중인 가상 시스템이 보호되지 않는 상태로 변경되지 않습니다. 보호된 가상 시스템은 사용 중인 라이센스에 따라 결정되지만 사용자가 라이센스 제한을 초과할 경우 관련 오류 메시지가 표시되지 않음

  • 글로벌 새로 고침 후 요약 탭이 원격 사이트에서 연결이 끊긴 사이트 쌍을 업데이트하지 않을 수 있음

    사이트 쌍을 구성할 때 원격 사이트에 로그인하여 원격 사이트를 선택한 후 요약 탭으로 이동하여 쌍을 해제하면 요약 탭이 해당 정보를 업데이트하지 않으며 해당 사이트는 계속해서 쌍 상태로 표시됩니다.

    해결 방법: 요약 탭에서 벗어나 글로벌 새로 고침을 수행한 후 요약 탭으로 돌아가 관련 정보가 올바른지 확인합니다.

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

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

  • Site Recovery Manager 서비스가 중지되면 Site Recovery Manager 플러그인이 vSphere Web Client에 표시되지 않음

    Site Recovery Manager를 설치한 후 어떤 이유로 서비스가 중지되면 vSphere Web Client에 Site Recovery Manager 플러그인이 표시되지 않습니다.

    해결 방법: vSphere Web Client를 다시 시작합니다.

  • 외부 프로세스가 진행 중이면 Site Recovery Manager가 다시 시작되지 않을 수 있음

    Site Recovery Manager는 복구 워크플로우 및 스토리지 어레이 관리 등 일부 작업에 대해 외부 프로세스를 사용합니다. 외부 프로세스 진행 중 서버를 다시 시작하면 운영 체제가 이러한 리소스를 해제하지 않아 Site Recovery Manager가 즉시 다시 시작되지 않을 수 있습니다. 리소스를 해제하는 데 소요되는 예상 지연 시간은 약 2분입니다.

    해결 방법: 외부 프로세스가 종료되었는지와 Site Recovery Manager가 사용하는 네트워크 포트가 지연 상태에 있지 않은지 확인한 후 Site Recovery Manager를 다시 시작합니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 다시 보호 다시 실행이 실패하고 다음 오류가 발생합니다. 보호 그룹 '{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을 복구합니다.

  • 가상 시스템을 다시 보호할 때 "보호를 역방향으로 구성" 단계 중 다음 오류가 발생할 수 있음: 오류 - 보호 그룹 '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초 초과되었습니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    해결 방법: 없음