Site Recovery Manager 8.6 | 2022년 10월 11일 | 빌드 20555463 | 다운로드

Site Recovery Manager 구성 가져오기/내보내기 도구 8.6 | 2022년 10월 11일 | 빌드 20554592

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

새로운 기능

  • VMware Site Recovery Manager 8.6은 VMware vSphere 8.0과의 호환성을 추가합니다.

  • vSAN Express Storage와의 상호 운용성.

  • REST API. Site Recovery Manager에 대한 전체 자동화 도입:

    • 보호 그룹 및 복구 계획을 생성, 편집, 삭제할 수 있는 기능

    • VM에 대한 보호 및 복구 설정 가져오기

    • 인벤토리 매핑, IP 사용자 지정, 리소스 매핑을 생성 및 수정

    • VM에 대한 복구 설정 재구성 - 호출 및 프롬프트 추가/편집/삭제, 우선 순위 및 종속성 설정/가져오기

    • 복구 계획 실행 - 테스트, 계획된 마이그레이션, 페일오버, 다시 보호 및 페일백

    • VMware Site Recovery Manager 장치를 구성하고 관리하기 위한 전체 API 집합

      자세한 내용은 블로그를 참조하삽시오.

  • 제품 내 피드백: Site Recovery Manager 사용자 인터페이스에 주요 워크플로 및 기능에 대한 실시간 평점 및 의견을 제공할 수 있는 제품 내 피드백 옵션이 도입되었습니다.

  • Site Recovery Manager는 인벤토리 매핑의 변경 내용을 기반으로 보호 그룹 및 복구 계획의 VM 보호를 자동으로 업데이트할 수 있습니다.

  • Site Recovery Manager 사용자 인터페이스 개선 사항:

    • 네트워크 계층 데이터가 네트워크 매핑에 표시됩니다.

    • Site Recovery Manager 장치 사용자 인터페이스 - 네트워크 상태 가동/다운 설정 기능.

    • 데이터 집합 복제를 사용하도록 설정하는 vSphere Replication 옵션.

제품 지원 고지 사항

VMware Site Recovery Manager 8.5는 SPPG(스토리지 정책 보호 그룹)를 지원하는 마지막 일반 버전입니다. Site Recovery Manager 8.6으로 업그레이드하기 전에 SPPG를 제거하거나 일반 어레이 기반 복제 보호 그룹으로 마이그레이션해야 합니다. Site Recovery Manager 8.5.0.5 이상에는 SPPG를 일반 어레이 기반 복제 보호 그룹으로 마이그레이션하는 데 사용할 수 있는 전용 SPPG(스토리지 정책 보호 그룹) 마이그레이션 도구가 있습니다. 도구 사용 방법에 대한 자세한 내용은 스토리지 정책 보호 그룹을 어레이 기반 복제 보호 그룹으로 마이그레이션을 참조하십시오.

현지화

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

  • 영어

  • 프랑스어

  • 독일어

  • 이탈리아어

  • 일본어

  • 한국어

  • 중국어 간체

  • 중국어 번체

  • 스페인어

호환성

Site Recovery Manager 호환성 매트릭스

Site Recovery Manager 8.6은 vSphere 7.0 이상과 호환되며 ESXi 버전 7.0 이상을 지원합니다.

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

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

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

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

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

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

VMware vSAN 지원

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

설치 및 업그레이드

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

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

참고:

  • VMware Site Recovery Manager 8.5.x는 SPPG(스토리지 정책 보호 그룹)를 지원하는 마지막 일반 버전입니다. Site Recovery Manager 8.6으로 업그레이드하기 전에 SPPG를 제거하거나 일반 어레이 기반 복제 보호 그룹으로 마이그레이션해야 합니다. Site Recovery Manager 8.5.0.5 이상에는 SPPG를 일반 어레이 기반 복제 보호 그룹으로 마이그레이션하는 데 사용할 수 있는 전용 SPPG(스토리지 정책 보호 그룹) 마이그레이션 도구가 있습니다. 도구 사용 방법에 대한 자세한 내용은 스토리지 정책 보호 그룹을 어레이 기반 복제 보호 그룹으로 마이그레이션을 참조하십시오.

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

네트워크 보안

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의 네트워크 포트를 참조하십시오.

Site Recovery Manager 8.6의 작동 제한

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

오픈 소스 구성 요소

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

  • 연결된 vCenter Server 인스턴스가 있는 페더레이션된 환경에서 REST API 게이트웨이 로컬 사이트에 로그인하면 원격 사이트에 자동으로 로그인됩니다. POST /remote-session 요청을 수행할 필요가 없습니다. 다른 사용자 이름으로 원격 사이트에 로그인할 수 없습니다.

  • vSphere Replication을 사용하여 암호화된 가상 시스템을 보호 및 복구하려면 VMware vSphere 7.0 업데이트 2c 이상이 필요합니다.

  • 연결된 클론 가상 시스템이 생성되면 해당 디스크 중 일부는 기본 가상 시스템 디스크를 계속 사용합니다. vVols 복제를 사용하는 경우에는 연결된 클론 가상 시스템을 기본 가상 시스템과 동일한 복제 그룹에 복제해야 합니다. 그러지 않으면 다음 오류 메시지가 표시됩니다. "Virtual machine '{vmName}' is replicated by multiple replication groups." 연결된 클론 가상 시스템과는 다른 복제 그룹에 기본 가상 시스템을 복제하거나 기본 가상 시스템을 복제할 수 없는 경우 연결된 클론 가상 시스템을 전체 클론으로 변환해야 합니다.

  • 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를 복제의 소스 또는 대상으로 지원하지 않습니다.

  • VMware Site Recovery Manager 8.6 구성 가져오기/내보내기 도구 가져오기는 보호된 가상 시스템이 하나 또는 여러 복구 계획에 포함되었는지 여부와 관계없이 보호된 가상 시스템의 복구 설정을 한 번만 가져오려고 시도합니다.

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

  • Site Recovery Manager 8.6은 단일 프로세서 vSphere FT를 사용하는 가상 시스템의 보호를 지원하지만 복구 후 복구 사이트의 가상 시스템에서 단일 프로세서 vSphere FT를 비활성화합니다.

    • 가상 시스템에서 단일 프로세서 vSphere FT를 사용하는 경우, 보호된 사이트에서 해당 가상 시스템을 구성하여 복구 후 Site Recovery Manager가 vSphere FT를 비활성화할 수 있도록 해야 합니다. 보호된 사이트에서 단일 프로세서 vSphere FT에 대해 가상 시스템을 구성하는 방법에 대한 자세한 내용은 https://kb.vmware.com/kb/2109813을 참조하십시오.

  • Site Recovery Manager 8.6은 vSphere Virtual Volumes에서 vSphere Replication 8.6을 지원하지만 다음과 같은 제한 사항이 적용됩니다.

    • 복제 대상이 가상 볼륨 데이터스토어인 경우에는 가상 시스템에 대해 vSphere Replications 특정 시점 스냅샷을 사용할 수 없습니다.

    • vSphere Virtual Volumes 스토리지를 복제 대상으로 사용하는 경우에는 가상 시스템에 속해 있는 모든 디스크를 단일 vSphere Virtual Volumes 데이터스토어에 복제해야 합니다.

    • 복제된 가상 시스템이 vSphere Virtual Volumes 스토리지에 위치하는 경우, 해당 가상 시스템에 속해 있는 모든 디스크가 단일 vSphere Virtual Volumes 데이터스토어에 있어야 합니다.

  • Site Recovery Manager 8.6은 어레이 기반 복제에 대해 NFSv4.1 데이터스토어를 지원하지 않습니다. Site Recovery Manager 8.6을 vSphere Replication용 NFSv4.1 데이터스토어와 함께 사용할 수 있습니다.

  • RSA SecurID 또는 스마트 카드(Common Access Card) 인증과 함께 2단계 인증을 사용하려면 사용자 환경이 다음 요구 사항을 충족해야 합니다.

    1. Platform Services Controller의 관리자 자격 증명을 사용하여 Site Recovery Manager 8.6을 설치하고 Site Recovery Manager 8.6 사이트를 쌍으로 구성해야 합니다.

    2. 두 Site Recovery Manager 8.6 사이트 모두에서 vCenter Server 인스턴스가 고급 연결 모드로 작동해야 합니다. Site Recovery Manager 8.6을 최신 버전의 Site Recovery Manager로 업그레이드하는 동안 오류를 방지하려면 두 사이트 모두에서 vCenter Server 인스턴스가 직접 복제 파트너여야 합니다.

알려진 문제

  • 새로운 항목 - NotAuthenticated 오류로 인해 Site Recovery Manager 워크플로가 실패함

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

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

  • 새로운 항목 - Firefox 브라우저를 사용할 때 Site Recovery Manager 클라이언트 통합 플러그인 아이콘이 표시되지 않음

    Firefox 브라우저를 사용하는 경우 vCenter Server 7.0.x에 Site Recovery Manager 클라이언트 통합 플러그인 아이콘이 표시되지 않습니다.

    해결 방법: Site Recovery 레이블 위의 빈 공간을 클릭하거나 Chrome 또는 Edge 브라우저를 사용합니다.

  • 새로운 항목 - 여러 오류와 함께 일부 가상 시스템에 대한 테스트 복구 및 계획된 마이그레이션이 실패함

    테스트 복구 및 계획된 마이그레이션 중에 vSphere Replication 서버가 다시 시작되어 일부 복제가 실패하고 다음 오류가 발생할 수 있습니다.

    Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

    Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

    Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

    해결 방법: 테스트 복구 계획을 다시 실행합니다. vSphere Replication 서버가 다시 시작되면 실패한 작업이 성공적으로 완료됩니다.

  • 새로운 항목 - VMware Site Recovery 통합 플러그인에 대한 2개의 유사한 항목이 vCenter Server 클라이언트 플러그인 목록에 표시됨

    vCenter Server 8.0에 vSphere Replication 또는 Site Recovery Manager를 설치할 때 vCenter Server 클라이언트 플러그인 목록에 VMware Site Recovery 통합 플러그인에 대한 2개의 유사한 항목이 포함됩니다. 두 플러그인이 모두 활성화되거나 비활성화된 경우에는 플러그인 기능에 영향을 주지 않습니다.

    해결 방법: 아무 작업을 수행하지 않아도 플러그인 기능을 계속 사용할 수 있습니다. 플러그인을 비활성화해야 하는 경우 두 플러그인을 모두 비활성화합니다. 플러그인을 활성화하려면 두 플러그인을 모두 활성화합니다.

  • 새로운 항목 - 오류와 함께 재해 복구가 실패함

    확장 스토리지에 상주하는 가상 시스템에 대한 재해 복구가 다음 오류와 함께 실패합니다. "A general system error occurred: Cannot allocate memory"

    해결 방법: 재해 복구 작업을 다시 실행합니다.

  • 새로운 항목 - 복구 완료 안 됨 상태의 복구 계획을 완료할 수 없음

    vMotion을 사용한 페일오버가 vMotion 단계 중에 중단되고 계획이 복구가 중단됨 상태가 되면 다음의 모든 계획 다시 실행이 복구 사이트 스토리지를 쓰기 가능으로 변경 단계에서 실패할 수 있습니다. 이 단계의 오류가 잘못되었으며 페일오버가 성공적으로 완료되었습니다. 그러나 계획은 복구 완료 안 됨 상태로 유지되며 이로 인해 준비 상태로 다시 전환할 수 없습니다.

    해결 방법: VM을 주 사이트로 페일백하려면 보호 그룹과 복구 계획을 다시 생성합니다.

  • 새로운 항목 - vmdk에 대한 대상 데이터스토어를 변경할 때 다시 보호 후 복제 재구성이 실패함

    다시 보호 작업을 수행한 후 디스크 이동과 관련된 복제를 재구성하면(예: 디스크를 다른 데이터스토어 또는 경로로 이동) 작업이 실패하고 다음 오류가 발생합니다.

    Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

    해결 방법: 대상 위치에서 원래 가상 시스템의 vmx를 이동하거나 이름을 변경해야 합니다.

  • 새로운 항목 - Site Recovery Manager 8.6으로의 업그레이드가 UI에 알림 없이 장치를 다시 시작하지 않고 완료됨

    Site Recovery Manager 8.4.x에서 업그레이드하고 환경에 SPPG(스토리지 정책 보호 그룹)가 있는 경우 Site Recovery Manager 8.6으로의 업그레이드가 오류 메시지가 표시되지 않고 실패합니다.

    해결 방법: Site Recovery Manager 버전 8.5.0.5로 업그레이드하고 SPPG를 제거하거나 일반 어레이 기반 복제 보호 그룹으로 마이그레이션한 다음 Site Recovery Manager 8.6으로 업그레이드를 계속합니다. 또는 수동으로 SPPG를 어레이 기반 복제 보호 그룹으로 마이그레이션하고 Site Recovery Manager 8.6으로 업그레이드합니다.

  • 새로운 항목 - 스토리지 동기화 단계 중 오류로 인해 다시 보호가 실패함

    디바이스 검색 스토리지 작업이 아직 진행 중인 경우 다시 보호 워크플로의 마지막 하위 단계로 인해 스토리지 동기화가 제 시간에 완료되지 못합니다. 다시 보호가 다음 오류로 인해 실패합니다. "Operation timed out: 1080 seconds". 다시 보호 워크플로가 실패하더라도 디바이스 검색 작업이 완료된 후 스토리지 동기화 하위 단계가 시작되고 성공적으로 완료됩니다.

    해결 방법 1: 디바이스 검색 작업이 완료될 때까지 기다렸다가 스토리지 동기화가 완료될 때까지 조금 더 기다립니다. 디바이스 검색 및 스토리지 동기화 작업이 완료되면 테스트 페일오버를 실행하여 복구 계획에서 모든 것이 정상인지 확인해야 합니다.

    해결 방법 2: remoteManager.taskDefaultTimeout 고급 설정의 값을 높입니다.

    1. Site Recovery 홈 탭에서 사이트 쌍을 선택하고 세부 정보 보기를 클릭합니다.

    2. 왼쪽 창에서 구성 > 고급 설정 > 원격 관리자를 클릭합니다.

    3. 사이트를 선택하고 편집을 클릭하여 원격 관리자 설정을 수정합니다.

    4. remoteManager.taskDefaultTimeout 텍스트 상자에 새 값을 입력합니다.

  • 업데이트된 항목 - 다시 보호 작업이 한 VM에 대한 오류로 인해 실패함

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

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    또는 Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

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

    Task Name: Remove all snapshots

    Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    또는 Status: A general system error occurred: Snapshot configuration missing for snapshot <>

    Initiator: <initiator>

    Target: <vm-name>

    Server: <VC-name>

    해결 방법:

    1. 복제를 제거합니다.

    2. 시드 디스크를 사용하여 복제를 다시 구성합니다.

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

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

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended.(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 구성 데이터 내보내기를 참조하십시오. 

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

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

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

  • 다시 보호가 오류로 인해 실패함

    가상 시스템을 대규모로 복제하는 경우 다시 보호가 실패하고 다음 오류가 표시될 수 있습니다. "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

    해결 방법: 

    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 복제된 가상 시스템의 서로 다른 여러 데이터스토어에 복제된 디스크가 여러 개 있는 경우 한 디스크의 복제를 중지하고 보호 그룹에서 분리하면 페일오버가 실패하고 다음 오류가 표시됩니다. "Invalid configuration for device '0'".

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

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

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

    Unable to reverse replication for the virtual machine <VM_name>

    또는

    A general system error occurred: Failed to open virtual disk

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 다시 보호 작업 후 하나 이상의 복제가 오류(RPO 위반) 상태가 됨

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

    A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk

    해결 방법:

    1. 복제를 제거합니다.

    2. 시드 디스크를 사용하여 복제를 다시 구성합니다.

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

    다시 보호 작업이 진행 중일 때 [요약] 탭 또는 [가상 시스템] 탭으로 이동하면 예기치 않은 오류 메시지가 표시될 수 있습니다. 'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.' 또는 'Missing value for non-optional field 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. 자리 표시자 다시 생성 작업을 명시적으로 시작하여 영향을 받는 보호된 가상 시스템을 복구하고 자리 표시자 가상 시스템을 복원합니다. 이 작업을 수행하지 않고 재해 복구 워크플로를 실행하면 해당 가상 시스템 복구가 실패하고 다음 오류가 발생합니다. Placeholder VM for the protected VM '<vm-name>' is missing.

  • 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 virtual machine failover failed. 모든 가상 시스템이 성공적으로 복구되었으므로 Site Recovery Manager 측면에서 기능적 영향은 없습니다.

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

  • 테스트 복구가 실행되는 동안 생성된 가상 시스템이 테스트가 완료된 후 자동으로 보호되지 않음

    어레이 기반 보호 그룹에서 테스트 복구가 실행되는 동안 보호된 데이터스토어에서 가상 시스템을 생성한 경우, 가상 시스템 프로비저닝 후 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. 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 설정 가져오기' 옵션을 선택하면 다음 오류가 발생합니다. invalid property - 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 장치를 다시 시작합니다.

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

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

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

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

    PowerCLI Connect-SrmServer 명령을 사용하여 Site Recovery Manager 장치에 연결하려고 하면 다음 오류와 함께 연결이 실패합니다. Unable to connect to the remote server.

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

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

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

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

    다시 보호를 실행할 때 다음 오류와 함께 작업이 실패합니다.

    Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

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

  • 복제를 위한 소스 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에서 해결되었습니다.

    이 문제는 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에서 해결되었습니다.

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

    보호된 가상 시스템을 복구 계획에 넣은 다음 해당 VM이 포함된 복구 계획을 모두 삭제하고 VMware Site Recovery Manager 구성 가져오기/내보내기 도구를 사용하여 구성을 내보내면 해당 VM에 대한 VM 복구 설정이 내보내지지만 나중에 가져올 수 없습니다. 설정을 가져오려고 하면 다음과 같은 오류가 표시됩니다. Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-b329-783933b50868'.

    내보낸 구성의 나머지는 제대로 가져옵니다.

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

  • 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 사용자 인터페이스를 새로 고친 후 작업을 다시 시도합니다.

  • 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을 팝업 예외 목록에 추가하십시오.

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

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

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

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

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

    The requested object was not found or has already been deleted.

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

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

    1. 구성 탭을 클릭하고 스토리지 어댑터를 클릭합니다.

    2. 새로 고침 또는 다시 검색 아이콘을 클릭하여 모든 스토리지 어댑터를 새로 고치거나 다시 검색합니다.

  • 복구 사이트에서 암호화 키를 사용할 수 없는 경우 암호화된 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에 대한 계획된 마이그레이션이 실패할 수 있습니다.

    Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.

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

  • IP 사용자 지정 또는 게스트 내 호출 작업이 다음 오류로 인해 실패할 수 있음 - Failed to authenticate with the guest operating system using the supplied credentials

    해결 방법:

    고급 설정의 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를 참조하십시오.

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

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

    • 보호된 사이트의 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를 다시 시작합니다.

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

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

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

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

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

    프롬프트 또는 명령이 사라지는 것은 일시적인 UI 문제이며, 복구 단계의 세부 목록만 영향을 받습니다. 프롬프트 및 명령이 단계의 세부 목록에 나타나지 않더라도 테스트 또는 복구를 실행하면 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을 다시 시작합니다. 복제가 다시 시작된 후 원하는 경우 복구 계획을 다시 실행할 수 있습니다.

    • 동기화가 완료되거나 동기화 시간이 초과될 때까지 기다립니다. 상당한 시간이 걸릴 수 있지만 결국 완료됩니다. 동기화가 완료되거나 만료된 후 복구 계획의 취소가 계속됩니다.

  • 보호된 가상 시스템을 종료할 때 복구 계획에서 다음 오류가 발생함: Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

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

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

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

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

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

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

    테스트 복구 후 정리를 실행하면 실패하고 Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state.. 오류가 발생할 수 있습니다. 이 문제는 정리 작업을 실행하기 전에 호스트가 데이터스토어를 이미 마운트 해제한 경우에 발생합니다.

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

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

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

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