VMware Site Recovery Manager 8.5 가상 장치 | 2021년 10월 5일 | 빌드 18710731 | 다운로드

VMware Site Recovery Manager 8.5 구성 가져오기/내보내기 도구 | 2021년 10월 5일 | 빌드 18710000 

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

릴리스 정보에 포함된 내용

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

VMware Site Recovery Manager 8.5의 새로운 기능

  • VMware Site Recovery Manager 8.5는 VMware vSphere 7.0 업데이트 3과의 호환성을 추가합니다.
  • 어레이 기반 복제 보호 그룹에 대한 확장된 스토리지 지원.
  • VM 자동 보호 기능 향상 - 자동 보호 제거 및 보호 그룹 간에 가상 시스템 이동 기능
  • Site Recovery UI, Config UI 및 Site Recovery vSphere Client 플러그인이 이제 Clarity 5.1을 지원합니다.
  • 여러 데이터스토어가 있는 데이터스토어 클러스터에 대한 세부 정보를 더 많이 표시할 수 있도록 UI 데이터 그리드가 재설계되었습니다.
  • VMware Site Recovery Manager 공용 API 및 보다 포괄적인 제품 자동화에 대한 자세한 내용은 Site Recovery Manager API 개발자 가이드를 참조하십시오.
  • vRealize Operations Management Pack for VMware Site Recovery Manager 8.5. 관리 팩에 대한 자세한 내용은 VMware vRealize Operations Management Pack for VMware Site Recovery Manager 8.5 릴리스 정보를 참조하십시오.
  • vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.5. 새 워크플로에 대한 자세한 내용은 VMware vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.5 릴리스 정보를 참조하십시오.

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

vSphere 7.0 업데이트 3의 기능에 대한 자세한 내용은 vSphere 7.0 설명서를 참조하십시오.

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

제품 지원 고지 사항

새로운 항목 VMware Site Recovery Manager 8.5는 SPPG(스토리지 정책 보호 그룹)를 지원하는 마지막 일반 버전입니다.

VMware Site Recovery Manager는 더 이상 Windows 버전의 설치 관리자를 지원하지 않으며 장치로만 사용할 수 있습니다.

현지화

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

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

호환성

VMware Site Recovery Manager 호환성 매트릭스

VMware Site Recovery Manager 8.5는 vSphere 6.7 이상과 호환되며 vCenter Server 7.0에서 지원하는 ESXi 버전을 지원합니다.

VMware Site Recovery Manager 8.5에는 보호된 사이트와 복구 사이트 모두에서 지원되는 vCenter Server 버전이 필요합니다.

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

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

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

호환되는 vVols 파트너 VASA 제공자

현재 호환되는 vVols 파트너 VASA 제공자 목록은 VMware 호환성 가이드를 참조하십시오.

VMware vSAN 지원

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

설치 및 업그레이드

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

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

참고:

  • 보호된 사이트 및 복구 사이트의 vCenter Server 인스턴스가 고급 연결 모드에 있는 경우 해당 인스턴스는 직접 복제 파트너여야 합니다. 그렇지 않으면 업그레이드가 실패할 수 있습니다.

VMware Site Recovery Manager 가상 장치로 마이그레이션

Site Recovery Manager 8.3.x 인스턴스를 Windows에서 Site Recovery Manager 8.3.x 가상 장치로 마이그레이션한 다음 Site Recovery Manager 8.5 가상 장치로 업그레이드할 수 있습니다. 마이그레이션 절차에 대한 자세한 내용은 Windows용 Site Recovery Manager에서 Site Recovery Manager 가상 장치로 마이그레이션을 참조하십시오.

네트워크 보안

Site Recovery Manager에는 쌍으로 구성된 사이트 간 관리 네트워크 연결이 필요합니다. 보호된 사이트와 복구 사이트의 Site Recovery Manager Server 인스턴스는 서로 연결할 수 있어야 합니다. 또한 각 Site Recovery Manager 인스턴스에는 원격 사이트에서 Site Recovery Manager가 확장하는 vCenter Server 인스턴스와 Platform Services Controller에 대한 네트워크 연결이 필요합니다. Site Recovery Manager 사이트 간의 모든 네트워크 트래픽에는 인터넷에서 액세스할 수 없는 제한된 전용 네트워크를 사용하십시오. 네트워크 연결을 제한하면 특정 유형의 공격 가능성을 제한할 수 있습니다.

Site Recovery Manager가 두 사이트 모두에서 열어야 하는 네트워크 포트 목록은 Site Recovery Manager의 네트워크 포트를 참조하십시오.

VMware Site Recovery Manager 8.5의 작동 제한

VMware Site Recovery Manager 8.5의 작동 제한은 Site Recovery Manager의 작동 제한을 참조하십시오.

오픈 소스 구성 요소

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

주의 사항 및 제한 사항

  • vSphere Replication을 사용하여 암호화된 가상 시스템을 보호 및 복구하려면 6.7.x 기반 버전의 경우 VMware vSphere 6.7 업데이트 1 이상이 필요하고 7.0.x 기반 버전의 경우 vSphere 7.0 업데이트 2c 이상이 필요합니다.
  • 스토리지 정책 보호 그룹에 대해서는 vSphere 태그의 보존이 지원되지 않습니다.
  • 연결된 클론 가상 시스템이 생성되면 해당 디스크 중 일부는 기본 가상 시스템 디스크를 계속 사용합니다. vVols 복제를 사용하는 경우에는 연결된 클론 가상 시스템을 기본 가상 시스템과 동일한 복제 그룹에 복제해야 합니다. 그러지 않으면 다음 오류 메시지가 표시됩니다. "가상 시스템 '{vmName}'은(는) 여러 복제 그룹에 의해 복제되었습니다.: 연결된 클론 가상 시스템과는 다른 복제 그룹에 기본 가상 시스템을 복제하거나 기본 가상 시스템을 복제할 수 없는 경우 연결된 클론 가상 시스템을 전체 클론으로 변환해야 합니다.
  • VMware Virtual Volumes 보호 그룹을 사용하는 암호화된 가상 시스템의 보호 및 복구에는 VMware vSphere 7.0 이상이 필요합니다.
  • Site Recovery Manager는 스냅샷에만 존재하는 연결되어 있지 않은 디스크의 Virtual Volumes 복제를 지원하지 않습니다.
  • Site Recovery Manager는 NVMe-oF(NVMe over Fabrics) 데이터스토어의 보호 및 오케스트레이션된 복구를 지원하지 않습니다. NVMe 스토리지에 대한 자세한 내용은 VMware vSphere 7.0 설명서에서 VMware NVMe 개념을 참조하십시오.
  • VMware Site Recovery Manager는 현재 NetApp ONTAP NFS 스토리지에 대해 AVS ANF를 복제의 소스 또는 대상으로 지원하지 않습니다.
  • 스토리지 정책 보호 그룹에 대한 네트워크 자동 매핑은 NSX-T Data Center에서 지원되지 않습니다.
  • vSphere Replication을 사용하는 암호화된 가상 시스템의 보호 및 복구에는 VMware vSphere 6.7 업데이트 1 이상이 필요합니다.
  • VMware Site Recovery Manager 8.5 구성 가져오기/내보내기 도구 가져오기는 보호된 가상 시스템이 하나 또는 여러 복구 계획에 포함되었는지 여부와 관계없이 보호된 가상 시스템의 복구 설정을 한 번만 가져오려고 시도합니다.
  • 복구 후에는 가상 시스템에서 vSphere Flash Read Cache가 사용되지 않도록 설정되며 예약이 0으로 설정됩니다. vSphere Flash Read Cache를 사용하도록 구성된 가상 시스템에서는 복구를 수행하기 전에 vSphere Web Client에서 가상 시스템의 캐시 예약 설정을 적어 두십시오. 복구 후 가상 시스템에서 vSphere Flash Read Cache를 재구성할 수 있습니다.
  •  VMware Site Recovery Manager 8.5는 단일 프로세서 vSphere FT를 사용하는 가상 시스템의 보호를 지원하지만 복구 후 복구 사이트의 가상 시스템에서 단일 프로세서 vSphere FT를 비활성화합니다.
    • 가상 시스템에서 단일 프로세서 vSphere FT를 사용하는 경우, 보호된 사이트에서 해당 가상 시스템을 구성하여 복구 후 Site Recovery Manager가 vSphere FT를 비활성화할 수 있도록 해야 합니다. 보호된 사이트에서 단일 프로세서 vSphere FT에 대해 가상 시스템을 구성하는 방법에 대한 자세한 내용은 https://kb.vmware.com/kb/2109813을 참조하십시오.
  •  VMware Site Recovery Manager 8.5는 vSphere Virtual Volumes에서 vSphere Replication 8.5를 지원하지만 다음과 같은 제한 사항이 적용됩니다.
    • 복제 대상이 가상 볼륨 데이터스토어인 경우에는 가상 시스템에 대해 vSphere Replications 특정 시점 스냅샷을 사용할 수 없습니다.
    • vSphere Virtual Volumes 스토리지를 복제 대상으로 사용하는 경우에는 가상 시스템에 속해 있는 모든 디스크를 단일 vSphere Virtual Volumes 데이터스토어에 복제해야 합니다.
    • 복제된 가상 시스템이 vSphere Virtual Volumes 스토리지에 위치하는 경우, 해당 가상 시스템에 속해 있는 모든 디스크가 단일 vSphere Virtual Volumes 데이터스토어에 있어야 합니다.
  • VMware Site Recovery Manager 8.5는 어레이 기반 복제에 대해 NFSv4.1 데이터스토어를 지원하지 않습니다. Site Recovery Manager 8.5를 vSphere Replication용 NFSv4.1 데이터스토어와 함께 사용할 수 있습니다.
  • VMware Site Recovery Manager는 연결된 스토리지 정책 집합, 그룹 이름 또는 설명을 변경하는 작업과 같은 스토리지 프로파일 보호 그룹 재구성을 지원하지 않습니다. 스토리지 프로파일 보호 그룹을 수정하려면 이전 스토리지 프로파일 보호 그룹을 삭제하고 새 구성으로 다시 만들어야 합니다.
  • VMware Site Recovery Manager는 스토리지 정책 보호 그룹의 RDM 디스크 또는 FT(Fault Tolerance) 가상 시스템을 보호할 수 없습니다.
  • VMware Site Recovery Manager에서는 스토리지 정책 보호 그룹에 있는 복제되지 않은 가상 디바이스를 매핑 또는 제외할 수 없습니다.
  • RSA SecurID 또는 스마트 카드(Common Access Card) 인증과 함께 2단계 인증을 사용하려면 사용자 환경이 다음 요구 사항을 충족해야 합니다.
    1. Platform Services Controller의 관리자 자격 증명을 사용하여 Site Recovery Manager 8.5를 설치하고 Site Recovery Manager 8.5 사이트를 쌍으로 구성해야 합니다.
    2. 두 Site Recovery Manager 8.5 사이트 모두에서 vCenter Server 인스턴스가 고급 연결 모드로 작동해야 합니다. Site Recovery Manager 8.5를 최신 버전의 Site Recovery Manager로 업그레이드하는 동안 오류를 방지하려면 두 사이트 모두에서 vCenter Server 인스턴스가 직접 복제 파트너여야 합니다.

알려진 문제

  • NotAuthenticated 오류로 인해 Site Recovery Manager 워크플로가 실패함

    8시간마다 NotAuthenticated 오류로 인해 원격 작업이 실패할 수 있는 0-60초의 기간이 있습니다. Site Recovery Manager 워크플로(예: 다시 보호 또는 페일오버)를 실행할 때 해당 기간에 도달하면 워크플로가 실패하고 NotAuthenticated 오류가 표시될 수 있습니다. 워크플로를 시작할 때에는 모든 연결이 실행 중이지만 워크플로를 실행하는 동안 활성 로그인 토큰이 만료되어 오류가 발생할 수 있습니다.

    해결 방법: 워크플로를 다시 실행합니다.

  • 원격 Site Recovery Manager 솔루션 사용자를 사용한 Site Recovery Manager 구성 내보내기가 오류와 함께 실패함

    어레이 기반 복제만 있는 Site Recovery Manager 환경에서 자격 증명 없이 스크립트를 사용하여 Site Recovery Manager 구성을 내보내려고 하면 내보내기가 실패합니다. Impex 로그에 다음 오류가 포함됩니다.

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] 오류 com.vmware.srm.client.impex.Main - SRM 구성 내보내기가 종료되었습니다.
    (vim.fault.NoPermission) {
    faultCause = null,
    faultMessage = null,
    object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf,
    privilegeId = StorageProfile.View }

    해결 방법 1: 원격 SRM 솔루션 사용자 역할에 "정책 기반 스토리지 보기"를 추가합니다.
    해결 방법 2: 속성 파일을 사용하거나 자격 증명을 사용하여 대화형 모드에서 Site Recovery Manager 구성을 내보냅니다. 속성 파일을 사용하여 Site Recovery Manager 구성 데이터 내보내기독립형 가져오기/내보내기 도구를 사용하여 Site Recovery Manager 구성 데이터 내보내기를 참조하십시오. 

  • 원격 사이트에 대한 재해 복구를 수행하고 원격 사이트에서 가상 시스템 보호를 사용하도록 설정한 후 VM의 복제 상태가 활성 상태가 아님

    여러 클러스터가 있는 원격 사이트에 가상 시스템의 재해 복구를 수행하고 기본 사이트가 다시 온라인 상태가 된 후 원격 사이트에서 VM 보호를 사용하도록 설정하면 VM의 복제 상태가 활성 상태가 아니고 다음과 같은 오류가 표시됩니다. 'VR Server에 연결되어 있지 않습니다.'

    해결 방법:

    1. vSphere Replication 장치에 대한 SSH 연결을 설정합니다.
    2. /etc/vmware/hbrsrv.xml 파일에서 lwdSslHandshakeTimeoutSec 값을 5로 수정합니다.
    3. 문제가 있는 HBR 서버를 다시 시작합니다.

     

  • 새로운 항목 vCenter Server를 업그레이드한 후 Site Recovery UI에 오류 메시지가 표시될 수 있음

    vCenter Server를 버전 6.7 업데이트 3p 또는 버전 7.0 업데이트 3 P04로 업그레이드한 후 Site Recovery UI를 열면 다음 오류 메시지가 표시될 수 있습니다. "사용자가 로그인하지 않았습니다. 권한 부족으로 인해 메서드 실행을 종료합니다."
    dr.log 및 HMS 로그에도 동일한 오류가 표시됩니다.

    해결 방법: 없음 오류를 무시합니다. 

  • 새로운 항목 자동 보호 고급 설정이 없는 경우 어레이 기반 복제 보호 그룹 및 vVols 복제 보호 그룹에 대한 자동 보호 제거가 작동하지 않음 

    자동 보호 제거 고급 설정만 활성화하고 자동 보호 설정을 비활성화하면 어레이 기반 복제 보호 그룹 및 vVol 복제 보호 그룹에 대한 자동 보호 제거가 작동하지 않습니다.

    해결 방법: 사용하는 보호 그룹 유형에 대해 자동 보호 고급 설정과 자동 보호 제거 고급 설정을 모두 활성화합니다.

  • 새로운 항목 다시 보호가 오류로 인해 실패함

    가상 시스템을 대규모로 복제하는 경우 다시 보호가 실패하고 다음 오류가 표시될 수 있습니다. "가상 시스템에 대한 복제를 되돌릴 수 없습니다. vSphere Replication 관리 서버에서 일반 오류가 발생했습니다. "java.net.SocketTimeoutException: 읽기 시간 초과"

    해결 방법: 

    1. /opt/vmware/hms/conf/hms-configuration.xml 파일로 이동합니다.
    2. 두 사이트 모두에서 hms-default-vlsi-client-timeout의 값을 15분으로 늘립니다.
    3. HMS 서비스를 다시 시작합니다.

     

  • 새로운 항목 추가 NIC가 네트워크 구성을 획득하지 못하고 DOWN 상태로 유지됨

    구성 서비스 UI에서 추가 네트워크 인터페이스를 구성해도 네트워크 인터페이스의 상태가 변경되지 않고 네트워크 인터페이스가 네트워크에 연결되지 않습니다.

    해결 방법: SSH를 통해 Site Recovery Manager 장치 또는 vSphere Replication 장치에 연결하고 다음 명령을 실행합니다.

    1. "ip link" - DOWN 상태인 필수 NIC를 찾습니다. 출력은 다음과 같습니다.
      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff
      3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff
    2. "ip link set dev <name> up" - 네트워크 인터페이스 상태를 UP으로 설정합니다.

     

  • 새로운 항목 vSphere Replication 복제된 가상 시스템을 사용한 복구 계획이 오류로 인해 실패함

    MPIT가 있는 vSphere Replication 복제된 가상 시스템의 서로 다른 여러 데이터스토어에 복제된 디스크가 여러 개 있는 경우 한 디스크의 복제를 중지하고 보호 그룹에서 분리하면 페일오버가 실패하고 다음 오류가 표시됩니다. "'0' 디바이스에 대한 구성이 잘못되었습니다."

    해결 방법: 디스크 중 하나의 복제를 중지하지 말고 보호 그룹에서 디스크를 분리하지 마십시오.

  • 새로운 항목 대규모 VM에 대한 다시 보호 작업이 오류로 인해 실패함

      대규모 VM에 대해 다시 보호 작업을 수행하려고 할 때 프로세스가 실패하고 다음 오류 중 하나가 표시될 수 있습니다.

    가상 시스템 <VM_name>에 대한 복제를 되돌릴 수 없습니다.

    또는

    일반 시스템 오류가 발생했습니다. 가상 디스크를 열지 못함

    이러한 문제는 일시적인 스토리지 오버로드 또는 네트워크 문제로 인해 나타날 수 있습니다.

    해결 방법: 해당 VM에 대한 다시 보호 작업을 다시 시도합니다.

  • 새로운 항목 확장된 스토리지 클러스터 환경에서 복구 계획 실행이 실패함

    vMotion이 없는 확장된 스토리지 클러스터 환경에서 가상 시스템 보호 그룹의 계획된 마이그레이션 또는 재해 복구를 수행하려고 하면 하나 이상의 가상 시스템에 대한 "쓰기 가능한 스토리지 스냅샷 만들기" 단계에서 작업이 실패할 수 있습니다. 다음 오류 메시지가 나타납니다. "보호 그룹 [PGxxx] 내의 일부 가상 시스템을 복구할 수 없습니다."

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

  • 새로운 항목 재해 복구를 수행한 후 동일한 사이트의 전원을 켜면 일부 가상 시스템이 분리된 상태로 전환됨

    확장된 스토리지 환경에서 재해 복구를 수행한 후 다운 사이트의 전원을 켜면 일부 가상 시스템이 분리된 상태로 나타날 수 있습니다. 이 문제는 확장된 스토리지 환경의 가상 시스템 보호 그룹에서 나타납니다.

    해결 방법: 다른 Site Recovery Manager 워크플로를 실행하기 전에 vCenter Server 인벤토리에서 분리된 모든 가상 시스템에 대한 항목을 제거합니다.

  • 새로운 항목 내보낸 복구 단계와 함께 다운로드한 파일의 이름이 제대로 표시되지 않음

    이름에 ASCII가 아닌 문자가 포함된 복구 계획이 있는 경우 복구 계획 단계를 내보낼 때 다운로드한 파일의 이름이 제대로 표시되지 않습니다. Site Recovery Manager는 ASCII가 아닌 모든 문자를 밑줄 기호로 바꿉니다.

    해결 방법: 없음 복구 계획의 이름에 ASCII가 아닌 문자를 사용하지 마십시오.

  • 새로운 항목 페일오버를 수행한 후 복구된 가상 시스템 아이콘에3개의 점이 표시됨

    가상 시스템의 보호된 디스크를 다른 디스크에 수동으로 매핑하거나 보호 그룹 아래의 VM 보호 속성에서 디스크를 분리하는 경우 복구된 VM 아이콘은 페일오버를 수행한 후에도 여전히 자리 표시자 VM인 것처럼 3개의 점이 표시됩니다.

    해결 방법: 없음

  • 새로운 항목 네트워킹 설정의 DNS 서버에 대한 정보가 비어 있으며 편집 및 저장할 수 없음

    Site Recovery Manager 장치가 DCHP 및 라우터 알림 설정을 사용하여 배포된 경우 DNS 서버가 자동으로 수신됩니다. IPv6을 사용하는 경우 새 DNS 서버를 수동으로 설정하고 네트워크 설정 양식을 사용하여 저장하려고 하면 DNS 서버에 대한 데이터가 저장되지 않고 DNS가 Site Recovery Manager 인스턴스에서 올바르게 설정되어 있지 않습니다.

    해결 방법: DNS 서버 설정을 변경하고 IPv6 주소에 대해 DHCP 및 라우터 알림을 계속 사용하려면 네트워크 설정 양식에서 정적 IPv6 주소 사용 설정을 선택 취소해야 합니다. 그러면 새 설정이 양식에 올바르게 저장됩니다.

  • 새로운 항목 복제된 디스크가 Virtual Volumes 스토리지에 있고 크기가 조정된 경우 디스크가 원래 디스크 유형에 관계없이 씬 프로비저닝된 디스크로 복구됨

    디스크 크기 조정 작업 내에는 디스크 복사본을 생성하는 작업이 포함되어 있으며, Virtual Volumes 스토리지는 기본 디스크 유형에 관계 없이 기본적으로 씬 프로비저닝된 디스크로 설정되어 있습니다. 디스크 크기 조정이 완료되지만 이제 vSphere Replication에서 복구할 때 크기 조정된 디스크가 씬 프로비저닝된 디스크 유형이 됩니다.

    해결 방법: 필요한 경우 복구 후에 디스크 유형을 수동으로 변경할 수 있습니다.

  • 다시 보호 작업이 한 VM에 대한 오류로 인해 실패함

    다시 보호 작업이 다음 오류로 인해 실패합니다.

    가상 시스템 '<vm-name>'에 대한 복제를 되돌릴 수 없습니다. 일반 시스템 오류가 발생했습니다. Fault cause: vim.fault.GenericVmConfigFault

    대상 vCenter Server 사이트에서 가상 시스템에 대한 작업이 실패하고 다음 세부 정보가 제공됩니다.

    작업 이름: 모든 스냅샷 제거
    상태: 일반 시스템 오류가 발생했습니다. Fault cause: vim.fault.GenericVmConfigFault
    이니시에이터: <initiator>
    대상: <vm-name>
    서버: <VC-name>

    해결 방법:

    1. 복제를 제거합니다.
    2. 시드 디스크를 사용하여 복제를 다시 구성합니다.
  • 다시 보호 작업 후 하나 이상의 복제가 오류(RPO 위반) 상태가 됨

    다시 보호 작업을 수행한 후 하나 이상의 복제가 다음 오류로 인해 오류 상태가 됩니다.

    데이터스토어 경로 '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk'의 스토리지에 문제가 발생했습니다.

    해결 방법:

    1. 복제를 제거합니다.
    2. 시드 디스크를 사용하여 복제를 다시 구성합니다.
  • vTA 암호화 가상 시스템이 포함된 스토리지 정책 보호 그룹의 테스트 복구 및 실제 복구가 오류로 인해 실패할 수 있음

    vTA 암호화 가상 시스템이 포함된 스토리지 정책 보호 그룹의 테스트 복구 및 실제 복구를 실행하면 작업이 실패하고 다음 오류가 표시될 수 있습니다. 암호화 키가 필요합니다.

    해결 방법: 작업을 다시 실행합니다. 이 문제는 vCenter Server 7.0 업데이트 3에서 해결되었습니다.

  • 다시 보호가 진행 중이거나 다시 보호가 완료된 직후에 보호 그룹의 [요약] 탭과 [가상 시스템] 탭에 예기치 않은 오류가 나타남

    다시 보호 작업이 진행 중일 때 [요약] 탭 또는 [가상 시스템] 탭으로 이동하면 예기치 않은 오류 메시지가 표시될 수 있습니다. 'spec.objectSet의 ManagedObjects가 둘 이상의 서버에 속합니다.' 또는 '선택 사항이 아닌 필드 placeholderVmInfo에 대한 값이 누락되었습니다.' 후자가 열리면 가상 시스템이 나열되지 않을 수 있습니다.

    해결 방법: 오류를 삭제하고 잠시 기다립니다. 가상 시스템이 보호 그룹에 다시 나타나며, 예상대로 보호되고 전원이 켜집니다.

  • [복제 구성] 마법사에서 지연이 발생함

    Apple Mac OS에서 Mozilla Firefox 브라우저를 사용하는 경우 [복제 구성] 마법사에서 UI 성능 저하 및 지연이 발생할 수 있습니다.

    해결 방법: Chrome 브라우저를 사용합니다.

  • 보호된 네트워크 및/또는 복구 네트워크에 NVDS를 사용하는 Site Recovery Manager로 보호되는 가상 시스템에 NVDS-CVDS 마이그레이션 후 보호 문제가 있음

    보호된 가상 시스템이 NVDS 네트워크에 연결되어 있는 경우 NVDS-CVDS 마이그레이션을 수행하면 마이그레이션 후 보호된 VM에 보호 문제가 있습니다. NVDS-CVDS 마이그레이션을 수행할 때도 마찬가지이며 네트워크가 복구 네트워크에 사용됩니다.

    해결 방법: 영향을 받는 가상 시스템에 대한 보호를 재구성합니다.

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

    Site Recovery Manager가 보호 그룹에서 다시 보호를 실행할 때 Site Recovery Manager는 보호된 가상 시스템을 복구할 수 없고 자리 표시자 가상 시스템을 복원할 수도 없습니다. 이 오류는 해당하는 자리 표시자 작업이 실패하여 가상 시스템에 대한 첫 번째 다시 보호 작업이 실패하는 경우에 발생합니다. 보호된 가상 시스템은 구성 오류로 표시되고 보호 그룹은 부분적으로 다시 보호된 상태로 남아 있습니다.

    해결 방법:

    1. 강제 정리 옵션을 사용하도록 설정하여 다시 보호를 다시 실행합니다. 이 옵션은 다시 보호 작업을 완료하고 자리 표시자 다시 만들기 옵션을 사용하도록 설정합니다. 다시 보호 실행은 완료 시 성공 상태로 표시됩니다.
    2. 자리 표시자 다시 생성 작업을 명시적으로 시작하여 영향을 받는 보호된 가상 시스템을 복구하고 자리 표시자 가상 시스템을 복원합니다. 이 작업을 수행하지 않고 재해 복구 워크플로를 실행하면 해당 가상 시스템 복구가 실패하고 다음 오류가 발생합니다. 보호된 VM '<vm-name>'에 대한 자리 표시자 VM이 없습니다.

     

  • Chromium 기반 브라우저를 사용하며 그리드 열의 크기를 조정하려고 하면 Site Recovery 사용자 인터페이스 작동이 중지되고 응답하지 않음

    Chromium의 LayoutNG에는 성능 문제를 일으키는 버그가 있습니다. 자세한 내용은 https://bugs.chromium.org/p/chromium/issues/detail?id=1008523https://bugs.chromium.org/p/chromium/issues/detail?id=1098231을 참조하십시오.

    해결 방법 1: 

    1. Chrome 창을 모두 닫습니다.
    2. Chrome 바로 가기 링크를 편집하고 다음으로 업데이트합니다. "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG
    3. Chrome을 다시 엽니다.

    해결 방법 2: Chrome 브라우저를 버전 85.0.4183.83 이상으로 업데이트합니다.

  • 복구된 가상 시스템 중 일부에서 'vSphere HA 가상 시스템 페일오버 실패' 경보가 발생함

    Site Recovery Manager 워크플로 중, 테스트 복구 또는 페일오버 작업 후 복구된 일부 가상 시스템에서 다음 경보가 발생할 수 있습니다. vSphere HA 가상 시스템 페일오버 실패 모든 가상 시스템이 성공적으로 복구되었으므로 Site Recovery Manager 측면에서 기능적 영향은 없습니다.

    해결 방법: 없음 경보를 확인해야 합니다.

  • vCenter Server Web Client 또는 HTML5 클라이언트에 Site Recovery Manager 플러그인이 나타나지 않음

    Site Recovery Manager를 설치하거나 업그레이드하여 Windows Server에 설치된 vCenter Server 버전 6.7.x에 등록하면, Site Recovery Manager 플러그인이 vCenter Server Web Client 또는 HTML5 클라이언트에 나타나지 않습니다.

    해결 방법: https://kb.vmware.com/s/article/78678을 참조하십시오.

  • 테스트 복구가 실행되는 동안 생성된 가상 시스템의 자동 보호가 테스트가 완료되고 정리될 때까지 지연됨

    어레이 기반 보호 그룹에서 테스트 복구가 실행되는 동안 보호된 데이터스토어에서 가상 시스템을 생성한 경우, 가상 시스템 프로비저닝 후 15분 내에 테스트 복구 프로세스를 정리하지 않으면, 가상 시스템이 자동으로 보호되지 않을 수 있습니다.

    해결 방법 1: 자동 보호를 시작하려면 보호된 사이트에서 Site Recovery Manager 서버를 다시 시작합니다.
    해결 방법 2: 테스트 복구 후 구성되지 않음 상태의 가상 시스템에 대해 수동 보호를 사용합니다.

  • DNS 서버 없이 정적 DNS를 선택한 경우에도 Site Recovery Manager 장치 관리 인터페이스의 네트워크 구성에서 DNS 서버를 사용할 수 있음

    네트워크 설정의 요구 사항에 따라 DNS 서버가 없지만 자동 DHCP 어댑터 구성을 사용하는 경우 어댑터 구성에서 정적 DNS 및 DHCP를 설정하면 DHCP에서 DNS 서버를 가져옵니다.

    해결 방법: 선택한 IP 프로토콜에 따라 정적 DNS 서버 목록에서 127.0.0.1 또는 ::1을 사용합니다.

  • Single Sign-On에 로그인한 후 Site Recovery 사용자 인터페이스에 로그인할 수 없음

    Site Recovery 사용자 인터페이스 로그에 다음과 같은 오류 메시지가 포함되어 있습니다. "Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>". 원격 로그인 대화상자를 사용하여 Site Recovery 사용자 인터페이스 내에서 원격 로그인을 시도하면 사용자 인터페이스에 유사한 오류 메시지가 표시됩니다.
    호스트 인증서가 생성되는 방식으로 인해 Site Recovery 사용자 인터페이스가 Platform Services Controller 호스트에 연결하지 못할 수 있습니다.

    • Platform Services Controller 인증서에 주체 대체 이름으로 호스트의 주소(IP 또는 FQDN)가 없는 경우
    • Platform Services Controller 인증서에 주체 대체 이름이 없고 호스트 이름이 인증서의 CN 필드에서 일치하지 않는 경우

    해결 방법:

    1. Platform Services Controller 주소에 대한 항목이 포함된 SAN(주체 대체 이름 필드)이 있는 인증서로 Platform Services Controller를 재구성합니다(오류 메시지의 '<host>' 문자열). 
    2. 인증서가 제대로 생성되어도 사용자 인터페이스에 사용되는 주소가 제대로 생성되지 않으면, 올바른 Platform Services Controller 주소를 사용하도록 사용자 인터페이스와 해당 Site Recovery Manager 및 vSphere Replication 장치를 재구성해야 합니다. 
    3. 장치의 기존 쌍을 재구성합니다.

     

  • 일부 스토리지 어레이에서 확장된 스토리지를 사용하는 경우 다시 보호가 실패함

    디바이스가 이미 예상 상태인 경우 일부 디바이스에서 역방향 복제 명령을 의도적으로 건너뜁니다. 그 결과 스토리지 어레이가 필요한 알림을 받지 못하여 다시 보호 작업이 실패합니다.

    해결 방법:

    1. /opt/vmware/srm/conf 디렉토리로 이동하고 vmware-dr.xml 파일을 텍스트 편집기에서 엽니다.
    2. storage.forcePrepareAndReverseReplicationForNoopDevices 구성 플래그를 true로 설정합니다.
      <storage>
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. 파일을 저장하고 Site Recovery Manager 서버 서비스를 다시 시작합니다.

     

  • Site Recovery Manager 장치 관리 인터페이스를 통해 IPv6를 구성하려고 하면 invalid property - dns 오류가 발생함

    Site Recovery Manager 장치 관리 인터페이스를 통해 IPv6를 구성하려고 하고 자동 할당된 DNS와 함께 '라우터 알림을 통해 자동으로 IPv6 설정 가져오기' 옵션을 선택하면 다음 오류가 발생합니다. 잘못된 속성 - dns

    해결 방법: Site Recovery Manager 장치 호스트 시스템에 SSH를 연결하고 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 을 실행합니다.
    DHCP를 통해 IP 주소를 받으려면 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 을 대신 실행합니다.

  • Site Recovery Manager 장치 관리 인터페이스를 통해 IPv6 설정을 재구성할 수 없음

    '라우터 알림을 통해 자동으로 IPv6 설정 가져오기' 또는 'DHCP를 통해 자동으로 IPv6 설정 가져오기' 옵션으로 IPv6 네트워크를 구성한 경우 'DHCP를 통해 자동으로 IPv6 설정 가져오기'만 사용하도록 IPv6 설정을 다시 구성할 수 없습니다. 두 옵션을 모두 선택하거나 선택하지 않아야 합니다.

    해결 방법: Site Recovery Manager 장치 호스트 시스템에 SSH를 연결하고 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1 을 실행합니다.
    DHCP를 통해 IP 주소를 받으려면 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1 을 대신 실행합니다.

  • 테스트 복구 중 ESXi 호스트 중 하나가 충돌함

    테스트 복구를 실행하는 동안 ESXi 호스트 중 하나가 충돌하고 PSOD: Assert bora/vmkernel/main/bh.c:981이 표시될 수 있습니다.

    해결 방법: vCenter Server 7.0 업데이트 1로 업그레이드하거나 ESXi 호스트를 다시 시작합니다. 

  • 경우에 따라 Site Recovery Manager 가상 장치를 시작한 후 VMware 콘솔이 vSphere UI에 표시되지 않음

    장치에 대한 정보를 표시하는 블루 스크린이 표시되지 않습니다. Site Recovery Manager 장치의 다른 모든 VMware 관련 서비스가 작동 중입니다.

    해결 방법: Site Recovery Manager 장치를 다시 시작합니다.

  • 외부 Platform Services Controller가 있는 고급 연결 모드의 vCenter Server 인스턴스를 고급 연결 모드의 내장형 vCenter Sever 인스턴스로 컨버전스하면 vSphere Replication 장치가 올바르게 작동하지 않음

    외부 Platform Services Controller가 있는 고급 연결 모드 환경이 있는 경우 이것을 내장형 노드로 컨버전스하면 vSphere Replication 장치가 제대로 작동하지 않을 수 있습니다.

    해결 방법: 솔루션 사용자를 다시 등록하거나 솔루션 사용자를 필요한 그룹에 수동으로 추가합니다.

  • Microsoft Edge 브라우저에서 그리드 내보내기가 작동하지 않음

    그리드가 있는 보기를 열 때 내보내기를 선택하고 모든 행/선택한 행을 클릭하면 파일이 다운로드되지 않습니다. 복구 계획 기록을 내보내고 다운로드하려고 하면 콘솔에 오류가 표시되고 다운로드 파일이 손상됩니다.

    해결 방법: Chromium 엔진을 기반으로 하는 최신 버전의 Microsoft Edge 브라우저로 업그레이드합니다.

  • PowerCLI Connect-SrmServer 명령으로 기본 포트를 사용하여 Site Recovery Manager 장치에 연결하지 못함

    PowerCLI Connect-SrmServer 명령을 사용하여 Site Recovery Manager 장치에 연결하려고 하면 다음 오류와 함께 연결이 실패합니다. 원격 서버에 연결할 수 없습니다

    해결 방법: Connect-SrmServer -Port 443 명령을 사용하여 Site Recovery Manager 장치에 포트 443을 지정합니다. 모든 Site Recovery Manager 네트워크 포트의 전체 목록은 Site Recovery Manager에 대한 네트워크 포트를 참조하십시오.

  • 스토리지 정책 보호 그룹을 복구하는 동안 다음 오류와 함께 복구 계획이 실패할 수 있음: "자리 표시자 VM과 연결된 호스트를 가져올 수 없습니다. 리소스 매핑에 resourcePool 'XXXXXX'에 대한 매핑이 없습니다." 'XXXXXX' resourcePool'은 스토리지 정책 보호 그룹으로 보호되는 가상 시스템이 포함되지 않은 계산 리소스(호스트 또는 클러스터)입니다.

    이 오류는 계산 리소스에 대한 리소스 인벤토리 매핑이 없지만 동일한 계산 리소스에 속하는 몇몇 호스트가 스토리지 정책 보호 그룹에서 보호하는 일부 데이터스토어를 마운트한 경우에 나타납니다. 설계상, 스토리지 정책 보호 그룹에는 이러한 계산 리소스 모두에 대한 기존 리소스 인벤토리 매핑이 필요합니다.

    해결 방법 1: vSphere 인벤토리에서 계산 리소스를 제거하지 마십시오. 언급된 계산 리소스에 대한 리소스 인벤토리 매핑을 생성하고 복구를 다시 실행합니다.

    해결 방법 2: vSphere 인벤토리에서 계산 리소스를 이미 제거한 경우에는 다음 단계를 수행합니다.

    1. 보호 Site Recovery Manager 서버를 중지하여 자리 표시자 매핑이 Site Recovery 사용자 인터페이스에 표시되도록 하고, 동일한 계산 리소스에 대한 자리 표시자 매핑을 생성합니다.
    2. 복구를 다시 실행합니다.
    3. 복구가 성공해도 다시 보호를 실행할 때 오류가 나타날 수 있습니다. 오류가 지속되는 경우:
      1. 영향을 받는 스토리지 정책 보호 그룹을 Site Recovery Manager에서 삭제합니다.
      2. Site Recovery Manager 다시 보호를 통해 스토리지 복제 방향을 역방향으로 바꾸지 못한 경우 스토리지 관리 도구를 사용하여 영향을 받는 LUN에 대한 복제 방향을 역방향으로 바꿉니다.
      3. 관련된 Site Recovery Manager 어레이 쌍에 디바이스 검색을 실행하고 영향을 받은 LUN에 대한 복제 방향이 Site Recovery Manager에서 올바르게 감지되는지 확인합니다.
      4. 영향을 받는 스토리지 정책 보호 그룹을 역방향 방향으로 다시 생성하고 영향을 받은 복구 계획에 다시 추가합니다.
  • Windows Site Recovery Manager 서버를 Site Recovery Manager 가상 장치로 마이그레이션한 후 srm-server 서비스가 시작되지 않음

    페더레이션 IPv6 환경에서 Windows용 Site Recovery Manager를 Site Recovery Manager 가상 장치로 성공적으로 마이그레이션한 후 가상 장치의 srm-server 서비스가 시작되지 않습니다.

    해결 방법: Site Recovery Manager 장치 관리 인터페이스를 통해 Site Recovery Manager 가상 장치를 재구성합니다.

  • 확장된 스토리지 클러스터에서 스토리지 정책 보호 그룹을 포함하는 복구 계획의 테스트 복구를 실행하면 '이름 <Datastore_name>이(가) 이미 있습니다.'라는 주의가 표시됨

    테스트 복구 작업 중 Site Recovery Manager는 테스트 복구된 확장된 스토리지 디바이스의 이름을 이미 마운트된 실제 운영 확장된 스토리지 디바이스와 동일한 이름으로 변경하려고 시도합니다. 그 결과 이름 <Datastore_name>이(가) 이미 있습니다라는 주의 메시지가 표시됩니다.

    해결 방법: 주의를 무시합니다. Site Recovery Manager 워크플로는 주의 메시지의 영향을 받지 않습니다. 

  • 스토리지 정책 보호 그룹의 계획된 마이그레이션이 지속적으로 ProtectionGroupNotSynced 장애와 함께 실패함

    스토리지 정책 보호 그룹의 계획된 마이그레이션이 다음 오류와 함께 실패할 수 있습니다. ProtectionGroupNotSynced 장애: "피어 사이트에서 보호 그룹 'SP_protection_group_name'에 대한 변경 내용 동기화를 완료하지 않았습니다. 계획된 마이그레이션일 경우 피어 사이트가 동기화한 다음 워크플로우를 다시 시도하십시오." 

    계획된 마이그레이션이 여러 번 다시 실행된 후에도 이 문제가 계속 발생하는 경우 이 검사를 사용하지 않도록 설정하면 계획된 마이그레이션 프로세스를 성공적으로 완료할 수 있습니다.

    해결 방법:

    1. /opt/vmware/srm/conf 디렉토리로 이동하고 다음 추가 구성을 사용하여 보호 및 복구 Site Recovery Manager 서버 모두에 대한 vmware-dr.xml 파일을 편집합니다.
      <replication>
      <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
      </replication>
    2. 두 Site Recovery Manager Server를 다시 시작합니다.
    3. 스토리지 정책 보호 그룹의 계획된 마이그레이션을 다시 실행합니다.

     

  • 확장된 스토리지를 사용하는 스토리지 정책 보호 그룹에서 테스트 복구를 실행하면 실시간 마이그레이션의 실패 가능성에 대한 주의 메시지가 표시됨

    테스트 복구를 실행하면 확장된 스토리지를 사용하는 스토리지 정책 보호를 위해 구성된 가상 시스템에 대한 주의 메시지가 표시되며 vpxd 서비스가 다시 시작되고 코어 덤프가 생성될 수 있습니다.

    해결 방법: 주의를 무시합니다. Site Recovery Manager 워크플로는 주의 메시지의 영향을 받지 않습니다. 이 문제는 vCenter Server 6.7 업데이트 1에서 해결되었습니다.

  • 복구 계획 실행 시 'InvalidArgument:path' 오류로 인해 가상 시스템의 전원을 켜지 못할 수 있음

    복구 계획을 실행할 때 (vmodl.fault.InvalidArgument:path) 오류로 인해 Site Recovery Manager가 VM의 전원을 켜지 못할 수 있습니다. Site Recovery Manager 복구 사이트 서버 로그에 다음과 같은 오류 메시지가 표시됩니다.

    YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Plan execution (test workflow) failed; 
    plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null, 
    -->    faultMessage = <unset>, 
    -->    invalidProperty = "path"
    -->    msg = "A specified parameter was not correct: path"
    --> }
    --> 

    이 오류는 대상 ESXi 호스트에서 '전원을 켜기 전에 VM 재배치' 작업이 실패한 결과입니다. ESXi vpxa 서비스 로그의 관련 오류 메시지는 다음과 같습니다.

    YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
    Failed to canonicalize vm register path; 
    /vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
    ...
    YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
    [VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
    --> Result:
    --> (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null,
    -->    faultMessage = <unset>,
    -->    invalidProperty = "path"

     

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

  • 어레이 기반 복제 보호 그룹이 있는 복구 계획의 페일오버 중 디바이스 및 데이터스토어 정보가 누락됨

    복구 계획 페일오버를 실행할 때 SAN 유형에 따라 그리고 복구하는 동안 호스트에서 데이터스토어를 분리하는지 여부에 따라 페일오버 프로세스 중 [디바이스] 및 [데이터스토어] 탭의 정보가 사라질 수 있습니다.

    해결 방법: 없음 두 탭의 정보는 다시 보호가 성공적으로 완료되면 다시 나타납니다.

  • 다시 보호가 "내부 오류: 준비 단계에서 예기치 않은 예외가 수신되었습니다. 세션이 인증되지 않았습니다." 오류로 인해 실패함

    다시 보호를 실행할 때 다음 오류와 함께 작업이 실패합니다.
    내부 오류: 준비 단계에서 예기치 않은 예외가 수신되었습니다. 세션이 인증되지 않았습니다.

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

  • 복제를 위한 소스 VM이 ESXi 6.7에서 실행되는 경우, 복제 동기화가 진행되는 것처럼 보이지만 복제 인스턴스가 성공적으로 완료되지 않음

    ESXi 6.7에서는 전송될 수 있는 실제 수보다 많은 demandlog 청크가 병렬로 전송되도록 예약할 수 있습니다. 이러한 호스트에서 실행 중인 VM을 복제하고 있는데 느린 대상 호스트 또는 임시 네트워크 오류가 동시에 발생하면 DiskQueue is full 오류로 인해 복제가 실패할 수 있습니다.

    해결 방법:
    1. 모든 VM을 다른 ESXi 호스트로 마이그레이션합니다.
    2. HBR.DemandlogTransferMaxNetwork ESXi 고급 설정 값을 기본값인 64 대신 63으로 편집합니다.
    3. ESXi 호스트를 유지 보수 모드로 설정합니다.
    4. ESXi 호스트를 재부팅합니다.

    이 문제는 vCenter Server 6.7 업데이트 3에서 해결되었습니다.

  • 복제를 위한 소스 VM이 ESXi 6.7 또는 ESXi 6.7 업데이트 1에서 실행되는 경우 초기 또는 전체 동기화가 완료되기 전에 진행이 중단될 수 있음

    vSphere Replication를 사용하고 있고 ESXi 6.7 또는 ESXi 6.7 업데이트 1에서 보호된 VM을 실행 중인 경우에는 복제의 초기 또는 전체 동기화가 완료되기 전에 진행이 중단될 수 있습니다. 복제 동기화가 진행 중이지만 복제 세부 정보의 체크섬 바이트 값은 진행되지 않습니다. 전원 끄기, 스냅샷 작성, 스냅샷으로 되돌리기 및 마이그레이션 VM 작업이 시간 초과 또는 Task in progress 오류로 인해 실패합니다.

    해결 방법:
    1. ESXi 고급 설정에서 HBR.ChecksumUseChecksumInfo = 0을 설정하여 vSphere Replication에 대한 체크섬을 사용하지 않도록 설정합니다.
    2. 모든 VM을 마이그레이션하고 ESXi 호스트에서 마이그레이션할 수 없는 VM의 전원을 끕니다.
    3. 호스트를 유지 보수 모드로 설정합니다.
    4. ESXi 호스트를 재부팅합니다.
    참고: 이 해결 방법은 동기화 프로세스의 체크섬 부분을 사용하지 않도록 설정하고 할당된 모든 블록이 서로 다른지 여부와 관계없이 원격 사이트로 전송됩니다. 이 해결 방법은 시드 기능을 사용하지 않도록 설정합니다.

    이 문제는 vCenter Server 6.7 업데이트 2에서 해결되었습니다.

  • 네트워크 이름이 복구 사이트와 다른 경우 Site Recovery Manager는 복구 vCenter Server의 보호 vCenter Server에서 더미 네트워크를 생성할 수 있음

    복구 사이트에 있는 것과 다른 네트워크 레이블이 있는 네트워크에 연결된 보호된 VM이 있는 경우, 테스트\복구\다시 보호 중에는 작업이 성공하지만 보호된 사이트에 있는 것과 동일한 네트워크 레이블이 있는 더미 네트워크가 복구 vCenter Server에 생성될 수 있습니다. 더미 네트워크는 한 번만 생성되며, 테스트\복구\다시 보호를 실행할 때마다 생성되지는 않습니다.

    해결 방법 1: Site Recovery Manager 고급 설정에서 vrReplication.preserveMpitImagesAsSnapshots의 값을 변경하여 VM 스냅샷이 보존되지 않도록 설정합니다.
    해결 방법 2: 더미 네트워크를 삭제하고 Site Recovery Manager를 계속 사용합니다.

  • 복구 계획이 없는 보호된 VM에 대한 구성을 가져오면 VMware Site Recovery Manager 구성 가져오기/내보내기 도구에 오류가 발생할 수 있음

    보호된 가상 시스템을 복구 계획에 넣은 다음 해당 VM이 포함된 복구 계획을 모두 삭제하고 VMware Site Recovery Manager 구성 가져오기/내보내기 도구를 사용하여 구성을 내보내면 해당 VM에 대한 VM 복구 설정이 내보내지지만 나중에 가져올 수 없습니다. 설정을 가져오려고 하면 다음과 같은 오류가 표시됩니다.
    Guid가 '6f81a31e-32e0-4d35-b329-783933b50868'인 서버에 대한 VM 설정을 가져오는 중 오류가 발생했습니다.
    내보낸 구성의 나머지는 제대로 가져옵니다.

    해결 방법: 복구 계획을 다시 생성하여 원하는 복구 설정을 재구성한 다음 구성을 다시 내보냅니다. VM 복구 설정을 내보내고 가져오려는 경우 복구 계획을 삭제하지 마십시오.

  •  스토리지 프로파일 보호 그룹에서 보호되는 가상 시스템이 DR IP Customizer 도구를 실행할 때 생성된 CSV 파일에 나열되지 않음

    여러 vCenter Server가 있는 환경에서 DR IP Customizer 도구를 사용하는 경우, 예를 들어 각 사이트에서 둘 이상의 vCenter Server 인스턴스를 사용할 수 있는 페더레이션된 PSC로 설정된 경우, Site Recovery Manager로 보호되는 가상 시스템에 대한 네트워킹 정보를 수집하는 데 사용할 '--vcid UUID' 옵션을 지정해야 합니다. 보조 사이트 vcid를 제공하면 DR IP Customizer 도구는 SPPG로 보호되는 VM에 대한 네트워크 정보를 저장하지 않는 보조 Site Recovery Manager 서버에 연결합니다. 보조 사이트의 vcid를 제공하면 잘못된 vCenter Server에 연결되고 생성된 CSV 파일에 VM이 나열되지 않습니다.

    해결 방법: DR IP Customizer 도구를 사용하는 경우에는 기본 vCenter Server vciduri만 제공합니다.

  • DHCP 및 정적 IP 구성이 혼합된 여러 NIC를 사용하는 Linux VM에서는 IP 서브넷 매핑 규칙을 통한 사용자 지정이 완전히 지원되지 않습니다.

    NIC에 DHCP 및 정적 IP 설정이 혼합되어 있는 경우 Site Recovery Manager는 여러 NIC가 있는 Linux 가상 시스템에 대한 IP 규칙 기반 사용자 지정을 완전히 지원하지 않습니다. Site Recovery Manager는 일치하는 IP 서브넷 매핑 규칙이 있는 정적 IP 주소를 가진 NIC만 사용자 지정하고 DHCP로 구성된 다른 NIC에 대한 일부 구성 설정은 지울 수 있습니다. 이 시나리오와 관련된 알려진 문제는 Red Hat Enterprise Linux 6.x/7.x 및 CentOS 6.x/7.x에서 관찰되었으며, 여기서 SRM 사용자 지정은 DHCP로 구성된 NIC에 대한 /etc/sysconfig/network-scripts/ifcfg-ethX 파일을 삭제하고 일치하는 IP 서브넷 매핑 규칙에 따라 정적 IP 설정으로 구성된 나머지 NIC를 성공적으로 사용자 지정합니다.

    해결 방법: DHCP 및 정적 IP 구성이 혼합된 여러 NIC를 사용하는 Linux VM에 대한 올바른 IP 사용자 지정을 위해 수동 IP 사용자 지정 SRM 옵션을 사용합니다.

  • 복구 계획 이름에 특수 문자를 사용하면 IP 사용자 지정이 실패함

    이름에 특수 문자가 포함된 복구 계획의 테스트 복구를 실행하고 IP 사용자 지정을 구성하면 IP 사용자 지정이 실패합니다.

    해결 방법: 복구 계획 이름에서 OS 관련 특수 기호를 제거하십시오.

  • 보호된 vCenter Server가 다운될 경우 복구 사이트의 HTML 5 사용자 인터페이스, 특히 [복구 설정 구성] 대화상자에서 성능 저하가 발생할 수 있음

    보호된 vCenter Server가 다운될 경우 복구 사이트의 HTML 5 사용자 인터페이스, 특히 [복구 설정 구성] 대화상자에서 성능 저하가 발생할 수 있습니다.

    해결 방법: 복구 사이트에서 HTML 5 사용자 인터페이스를 새로 고친 후 작업을 다시 시도합니다.

  • Site Recovery Manager 권한이 vSphere 6.7 Client에 현지화되어 있지 않음

    Site Recovery Manager 권한이 vSphere 6.7 Client에 현지화되어 있지 않습니다.

    해결 방법: 없음 이 문제는 vSphere 6.7 업데이트 1에서 해결되었습니다.

  • 403 - 정상 오류 메시지가 계속 표시되어 Site Recovery UI를 사용할 수 없게 됨

    Site Recovery UI에 데이터가 표시되지 않고 403 - 정상 오류가 표시됩니다.

    해결 방법:
    1. Site Recovery UI에서 로그아웃하고 다시 로그인합니다.
    2. 브라우저의 '마지막 세션 복원' 확인란을 사용하지 않도록 설정합니다. Chrome의 경우 '중단한 위치에서 계속하기' 옵션을 사용하지 않도록 설정합니다.

  • 데이터스토어 클러스터가 복제되지 않은 데이터스토어로 구성되거나, Site Recovery Manager에 표시되는 서로 다른 일관성 그룹의 데이터스토어로 구성된 경우 SRM 주의가 나타나지 않음.

    모두가 동일한 일관성 그룹에 있지 않거나 복제되지 않은 데이터스토어로 구성된 데이터스토어 클러스터를 생성한 경우 Site Recovery Manager 주의가 있어야 하지만 그렇지 않습니다.

    해결 방법: 없음

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

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

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

  • Microsoft Edge 브라우저를 사용하는 경우 복구 계획 기록 또는 복구 단계 화면에서 보고서 내보내기가 작동하지 않음

    MS Edge 브라우저를 사용하여 복구 계획 기록 또는 복구 단계 화면에서 보고서를 내보내려고 하면 개발자 콘솔에 다음 오류가 발생합니다.
    ERROR XML5610: Quote character expected.
    ERROR Error: Invalid argument.

    이것은 서버의 xml을 html로 변환하는 데 사용되는 XSLTProcessor의 알려진 Microsoft Edge 브라우저 문제입니다. 

    해결 방법: Chrome, Microsoft Internet Explorer 또는 Firefox 브라우저를 사용하십시오.
    이 문제는 Microsoft Edge 브라우저의 Chromium 기반 버전에서 해결되었습니다.

  • 복제된 VM을 마우스 오른쪽 버튼으로 클릭하고 vSphere UI에서 [복제 재구성]을 선택하면 Site Recovery UI의 팝업 창이 Mozilla Firefox 브라우저에서 알림 없이 차단됨

    Site Recovery UI는 기본적으로 새 탭에서 열립니다. 복제된 VM을 마우스 오른쪽 버튼으로 클릭하고 vSphere UI에서 [복제 재구성]을 선택하면 Site Recovery UI의 팝업 창이 Mozilla Firefox 브라우저에서 알림 없이 차단됩니다.

    해결 방법: Mozilla Firefox의 [옵션] 메뉴에서 [컨텐츠] 탭을 선택하고 vCenter Server의 URL을 팝업 예외 목록에 추가하십시오. 

  • VM의 복구를 다시 사용하도록 설정하면 Site Recovery Manager Server가 충돌할 수 있음

    VM에 대한 복구 작업이 실패할 경우 해당 VM의 복구를 사용하지 않도록 설정할 수 있습니다. 복구 계획을 실행했을 때 복구가 실패하면 VM의 복구를 다시 사용하도록 설정하고 복구를 다시 실행할 수 있지만, Site Recovery Manager Server가 충돌합니다.

    해결 방법: Site Recovery Manager Server를 시작한 후 VM의 복구를 사용하지 않도록 설정합니다.

  • vSAN 확장된 클러스터에 사용할 수 없는 장애 도메인 하나가 있는 경우 테스트 및 복구 작업이 실패함

    사용할 수 없는 장애 도메인 하나가 포함된 vSAN 확장된 클러스터에서 VM을 테스트하거나 복구하면 작업이 실패합니다. vSAN 기본 스토리지 정책이 충족되지 않아서 Site Recovery Manager를 사용하여 VM을 스토리지에 프로비저닝하는 작업이 실패하기 때문에 이 문제가 발생합니다.

    해결 방법: 복구된 VM을 vSAN 확장된 클러스터에 수동으로 등록합니다. 이렇게 하면 장애 도메인을 사용할 수 있을 때 VM이 vSAN 기본 스토리지 정책의 규정을 준수하게 됩니다.

  • 다시 보호 이후, 원래 보호된 사이트의 인벤토리에 데이터스토어가 비활성 상태로 표시될 수 있음

    재해 복구 이후에 확장된 스토리지를 사용하고 다시 보호를 실행하면 다음과 같은 경고가 표시될 수 있습니다.

    요청한 개체가 없거나 이미 삭제되었습니다.

    다시 보호 이후 원래 보호된 사이트의 인벤토리에 데이터스토어가 비활성 상태로 표시됩니다.

    해결 방법: 스토리지 어댑터를 새로 고치거나 다시 검색합니다.

    1. 구성 탭을 클릭하고 스토리지 어댑터를 클릭합니다.
    2. 새로 고침 또는 다시 검색 아이콘을 클릭하여 모든 스토리지 어댑터를 새로 고치거나 다시 검색합니다.
  • [가상 시스템] 및 [일관성 그룹] 탭에 삭제된 스토리지 정책에 할당된 VM과 일관성 그룹이 표시됨

    스토리지 정책을 삭제하면 해당 스토리지 정책에 할당된 VM과 일관성 그룹이 [가상 시스템] 및 [일관성 그룹] 탭에 SPPG 그룹으로 표시됩니다.

    해결 방법: 스토리지 정책 보호 그룹을 다시 만듭니다. 그룹을 다시 만든 후에는 VM과 일관성 그룹이 [가상 시스템] 및 [일관성 그룹] 탭에 표시되지 않습니다.

  • 복구 사이트에서 암호화 키를 사용할 수 없는 경우 암호화된 VM의 복구가 전원 켜기 단계 중에 실패할 수 있음

    암호화된 VM을 복구한 경우, 보호된 사이트에서 사용된 암호화 키를 복구 프로세스 중에 복구 사이트에서 사용할 수 없으면 Site Recovery Manager가 VM 전원을 켜는 동안 복구가 실패합니다.

    해결 방법: 다음 단계를 완료합니다.

    1. 복구 사이트의 인벤토리에서 암호화된 VM을 제거합니다.
    2. 복구 사이트에서 키 관리 서버를 사용할 수 있고, 보호된 사이트에서 사용된 암호화 키를 복구 사이트에서 사용할 수 있는지 확인합니다.
    3. 암호화된 VM을 복구 사이트의 인벤토리에 등록합니다.
    4. Site Recovery Manager 사용자 인터페이스에서 암호화된 VM의 복구 설정을 열고, 복구하는 동안 VM의 전원 켜기 기능을 사용하지 않도록 설정합니다.
    5. 복구를 다시 실행합니다.
  • 오류가 발생하여 vSphere Virtual Volumes 데이터스토어에 있는 보호된 VM에 대해 계획된 마이그레이션이 실패할 수 있음

    vSphere Virtual Volumes 데이터스토어에 보호된 VM이 있는 경우, 복구 사이트 스토리지를 쓰기 가능으로 변경 단계에서 다음 오류가 발생하여 VM에 대한 계획된 마이그레이션이 실패할 수 있습니다.

    오류 - 스토리지 정책 변경 실패: vSphere Virtual Volumes 대상에서 벤더 관련 오류가 발생했습니다. 가상 시스템 구성이 잘못되었습니다. 지정된 매개 변수가 올바르지 않음: 경로.

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

  • IP 사용자 지정 및 게스트 내 호출 작업이 실패하고 오류 - 제공된 자격 증명을 사용하여 게스트 운영 체제를 인증하지 못했습니다가 발생할 수 있음

    해결 방법:

    고급 설정의 recovery.autoDeployGuestAlias 옵션이 TRUE(기본값)인 경우

    • VM이 복구되고 실행 중인 ESX 호스트의 시간이 복구 사이트의 vCenter Single Sign-On 서버와 동기화되지 않는 경우.
    • 복구된 VM의 게스트 운영 체제가 Linux이고 시간은 복구된 VM이 실행 중인 ESX 호스트보다 앞서 있는 경우, 다음 절차를 수행하여 VM의 구성 매개 변수를 업데이트하고 실패한 복구 계획을 다시 실행합니다.
      1. 복구된 VM을 마우스 오른쪽 버튼으로 클릭합니다.
      2. 설정 편집을 클릭합니다.
      3. 옵션 탭에서 일반을 클릭합니다.
      4. 구성을 클릭하여 구성 매개 변수를 업데이트합니다.
      5. 행 추가를 클릭하고 이름 텍스트 상자에 time.synchronize.tools.startup.backward를 입력하고 텍스트 상자에 TRUE를 입력합니다.
      6. 확인을 클릭하여 확인합니다.

    고급 설정의 recovery.autoDeployGuestAlias 옵션이 FALSE인 경우

    • 보호 VM의 게스트 운영 체제와 복구 사이트의 vCenter Single Sign-On 서버 간에 적절한 시간 동기화가 이루어지는지 확인합니다.
    • 보호 VM에 복구 사이트 SRM 서버의 솔루션 사용자에 대한 올바른 게스트 별칭이 구성되어 있는지 확인합니다. 자세한 내용은 복구 설정 변경에서 recovery.autoDeployGuestAlias 옵션에 대한 설명을 참조하십시오.

    자세한 내용은 Site Recovery Manager 8.4 관리 가이드에서 관련 문제 해결 섹션을 참조하십시오.

  • vCenter Server의 SSL 인증서 교체 시 Site Recovery Manager에서 인증서 검증 오류가 발생합니다.

    vCenter Server 시스템에서 SSL 인증서를 교체하는 경우 Site Recovery Manager가 vCenter Server에 연결하려고 시도하면 연결 오류가 발생할 수 있습니다.

    해결 방법: vCenter Server 인증서를 업데이트하는 방법 그리고 Site Recovery Manager와 같은 솔루션이 계속 작동되도록 하는 방법에 대한 자세한 내용은 http://kb.vmware.com/kb/2109074를 참조하십시오.

  • VSS 네트워크에 연결된 VM에 대한 재해 복구가 임시 자리 표시자 네트워크 매핑에 대한 UI에서 보호된 사이트 네트워크를 표시합니다.

    일반 네트워크 매핑이 구성되지 않은 VSS 네트워크를 사용하는 경우 스토리지 정책 보호 그룹을 포함하는 복구 계획에서 재해 복구를 실행하면 Site Recovery Manager가 해당 네트워크에 대해 임시 자리 표시자 매핑을 생성합니다. 임시 자리 표시자 매핑을 완료하면 주 사이트의 네트워크와 동일한 이름을 가진 네트워크가 보조 사이트에 나타날 수 있습니다. 해당 네트워크를 명시적으로 생성하지 않은 경우 이는 진짜 네트워크가 아닙니다. 하지만 임시 자리 표시자 매핑에 대한 대상으로 해당 네트워크를 선택할 수 있으며 복구가 성공합니다. 복구된 VM이 복구 사이트의 해당 네트워크에 연결되어 있음으로 표시된 경우에도 복구가 완료된 후 해당 네트워크는 액세스할 수 없음으로 표시됩니다.

    해결 방법: 복구 후 수동으로 VM을 다른 네트워크로 매핑하고 해당 VM을 진짜 네트워크에 연결합니다.

  • 해당하는 네트워크 매핑이 삭제될 때 테스트 네트워크 매핑은 삭제되지 않습니다.

    네트워크 매핑을 생성할 때 복구 계획 테스트를 위한 특정 네트워크 매핑을 구성한 다음 기본 네트워크 매핑을 삭제하면, 구성한 복구 사이트 네트워크가 다른 매핑의 대상이 아닌 경우에도 테스트 네트워크 매핑은 삭제되지 않습니다. 예:

    • 보호된 사이트의 Protected_Network_Main에서 복구 사이트의 Recovery_Network_Main으로 네트워크 매핑을 구성합니다.
    • Recovery_Network_Main에서 Recovery_Network_Test로 테스트 네트워크 매핑을 구성하여 복구 계획 테스트를 위한 네트워크로 사용합니다.
    • 복구 사이트의 Recovery_Network_Main이 다른 네트워크 매핑의 대상으로 사용되지 않습니다.
    • 전체 복구에 사용되는 Protected_Network_Main에서 Recovery_Network_Main으로의 네트워크 매핑을 삭제합니다.
    • Recovery_Network_Main에서 Recovery_Network_Test로의 테스트 네트워크 매핑이 삭제되지 않습니다.

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

  • 마이그레이션 워크플로우 중에 확장된 스토리지에서 두 가상 시스템(하나는 vMotion을 사용하도록 설정하고 다른 하나는 vMotion을 사용하지 않도록 설정함) 간의 종속성이 실패합니다.

    해결 방법: 가상 시스템 간의 종속성을 제거하고 vMotion을 사용하여 계획된 마이그레이션을 다시 실행합니다. 향후 복구 워크플로우에 대한 종속성을 수동으로 다시 사용하도록 설정합니다.
    가상 시스템 간의 종속성을 보존하려면 vMotion을 사용하지 않고 계획된 마이그레이션을 실행합니다. 종속성 순서에 따라 두 가상 시스템이 일반 가상 시스템으로 마이그레이션됩니다.

  • Site Recovery Manager가 vCenter Server 인벤토리에서 중요하지 않은 가상 시스템의 제거를 추적하지 못하여 복구, 테스트 복구 및 테스트 정리 워크플로우에서 MONF 오류가 발생합니다.

    보호된 사이트와 복구 사이트에서 Site Recovery Manager와 vCenter Server의 연결이 끊어지고 Site Recovery Manager가 중요하지 않은 가상 시스템의 제거를 모니터링할 수 없습니다.

    해결 방법: Site Recovery Manager Server를 다시 시작합니다.

  • 임시 자리 표시자 매핑을 편집하는 경우 지정한 키, 이름 또는 식별자 '6458aed1-6c80-4565-907f-189e6a102046'이 이미 있습니다.라는 오류가 표시될 수 있습니다.

    이 오류는 동일한 보호된 사이트 인벤토리 개체에 대한 일반 매핑이 존재할 때 발생할 수 있습니다.

    해결 방법: 없음 일반 매핑이 자리 표시자 매핑보다 우선하므로 오류를 무시할 수 있습니다. 복구 시 예상대로 일반 매핑이 사용됩니다.

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

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

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

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

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

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

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

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

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

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

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

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

  • 보호 그룹과 복구 계획을 삭제한 후에도 복구 사이트의 자리 표시자 가상 시스템이 아직 있습니다.

    SRM 인벤토리에서 복구 계획과 보호 그룹을 삭제하는 경우 자리 표시자 VM이 복구 사이트에 계속 표시됩니다. 동일한 데이터스토어 및 가상 시스템으로 새로운 보호 그룹을 생성하려는 경우 오류가 발생합니다. vCenter Server 인벤토리에서 자리 표시자 가상 시스템을 수동으로 삭제하려고 하는 경우 오류가 발생합니다. Site Recovery Manager에서 가상 시스템이 링크가 분리됨으로 표시됩니다.

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

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

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

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

  • 보호된 사이트 연결에 실패한 후 복구가 진행되지 않음

    비활성화 작업 중이나 RemoteOnlineSync 또는 RemotePostReprotectCleanup(둘 다 다시 보호 중에 발생함) 중에 보호 사이트에 연결할 수 없게 되면 복구 계획이 진행되지 못할 수 있습니다. 이러한 경우 시스템은 보호 사이트의 일부였던 가상 시스템이나 그룹이 중단된 작업을 완료할 때까지 기다립니다. 다시 보호 작업 중에 이 문제가 발생하면 원래 보호 사이트에 다시 연결한 다음 복구 계획을 다시 시작해야 합니다. 이 문제가 복구 중에 발생하는 경우에는 복구 계획을 취소하고 다시 시작하기만 하면 됩니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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