vSphere Data Protection 5.5.9 릴리스 정보

|

vSphere Data Protection 5.5.9 | 2015년 1월 29일

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

이점 및 기능

다음 링크에서 이 제품의 여러 가지 이점과 기능을 읽어 보십시오.

지원 환경

지원되는 환경에 대한 자세한 내용은 VMware 상호 운용성 매트릭스를 참조하십시오.

vSphere Data Protection 5.5.9의 알려진 문제

철저한 테스트를 통해 다음과 같은 알려진 문제가 발견되었습니다. 다음은 vSphere Data Protection(VDP) 5.5.9와 관련된 문제입니다.

VMware 문제

  • "스냅샷 생성" 작업이 유효한 스냅샷을 반환했는데도 스냅샷 제거에 실패했습니다.

    간혹 "스냅샷 제거 실패" 오류가 표시되고 백업에 실패할 수 있습니다. 이 문제는 스냅샷이 정상적으로 생성되었더라도 vCenter Server에서 스냅샷 제거를 거부하는 VMware 결함 때문에 발생합니다.

    해결 방법: 스냅샷 관리자를 사용하여 수동으로 가상 시스템에서 스냅샷을 제거한 후 백업 작업을 다시 제출합니다.
     

  • 백업 작업을 취소해도 VDP 가상 장치에 디스크가 연결된 상태로 남아 있고 스냅샷이 제거되지 않습니다.

    실행 중인 백업에 대한 취소 요청이 수신된 후 프록시에서 2분 내에 이 작업을 수행할 수 없는 경우 에이전트에서 프록시를 중지합니다. 이는 설계에 따른 동작으로, 이 경우 VM에 스냅샷이 유지되고 모든 Hot Add 디스크가 VDP Appliance에 연결된 상태로 남아 있을 수 있습니다.

    이는 알려진 프록시 문제이며 향후 릴리스에서 수정될 예정입니다.

vCenter 문제

  • 기존 VM에 대한 수동 복원을 취소하면 기존 VM에 "통합 필요"가 발생합니다.

    가상 시스템 디스크 통합이 이 오류의 근본 원인이며, 이로 인해 이후 백업도 실패하게 됩니다. 취소된 복원 작업에 대한 정리 작업을 수행해야 합니다.

    해결 방법: vCenter에서 기존 VM을 선택한 후 마우스 오른쪽 버튼으로 클릭하고 스냅샷 > 통합을 선택합니다. vCenter Server 경보를 생성하여 VM이 스냅샷에서 실행되는 경우 이를 관리자에게 알릴 수 있습니다. 자세한 내용은 VMware KB 문서 1018029를 참조하십시오.

    1. 기존 VM을 선택합니다.
    2. VM을 마우스 오른쪽 버튼으로 클릭하고 스냅샷 > 통합을 선택합니다.

상호 운용성 문제

  • VSAN 환경에서 전체 가상 시스템을 다른 데이터스토어로 마이그레이션한 후 원래 위치로의 이미지 수준 복원은 수행할 수 있지만 원래 위치로의 디스크 수준 복원은 수행할 수 없게 회색으로 표시됩니다.

    해결 방법: 이미지 수준 백업을 사용하여 전체 VM을 복원하거나 원래 VM에서 새 디스크로 디스크 수준 백업을 복원합니다.
     

  • vsanDatastore에 저장된 VDP 디스크를 가져오지 못했습니다.

    VSAN 환경에서 VMware는 VM 각각에 대해 vsanDatastore에 두 개의 폴더를 생성합니다. 하나는 가상 시스템 이름을 따서 만들고, 다른 하나는 가상 시스템 UUID를 따서 만듭니다. 모든 VM 파일은 UUID 폴더에 저장됩니다. VM 이름 폴더에서 심볼 링크는 UUID 폴더의 파일을 가리킵니다. VM 이름 폴더의 심볼 링크를 사용하여 기존 장치에서 VDP 디스크를 가져오려는 경우 작업이 실패합니다.

    해결 방법: Storage vMotion을 사용하여 vSAN 데이터스토어의 디스크를 일반 데이터스토어로 옮깁니다.

설치 문제

  • VDP를 설치할 때 사용자가 값이 입력되지 않은 vCenter Server 등록 화면에서 이전을 클릭하면 vCenter Server 등록에 실패하고 설치에도 실패합니다.

    해결 방법: vSphere Data Protection 관리 가이드의 "VDP 설치 및 구성" 장에 있는 지침에 따라 VDP를 다시 설치하십시오.

단일 VMDK 문제

  • 확장 후 빠르게 비워지는 기존의 씩 디스크가 느리게 비워지는 씩 디스크로 바뀝니다.

    빠르게 비워지는 씩 디스크인 VMDK를 확장할 때 확장된 부분은 느리게 비워지는 씩 디스크가 됩니다. VMDK를 확장할 때 VMDK가 빠르게 비워지는 씩 디스크가 되게 하려면 다음 VMware 블로그에 설명된 매개 변수를 사용하십시오.

    http://blogs.vmware.com/vsphere/2012/06/extending-an-eagerzeroedthick-disk.html
     

  • 회수되거나 복제된 클라이언트의 백업에서 기존 VM으로 단일 VMDK 복원을 수행하면 vCenter Server에 새 VM이 생성됩니다.

    사용자가 다른 소스 장치에서 백업을 생성하고 새 장치로 복제하는 경우 두 개의 복원 지점이 존재하게 되는데, 하나는 백업 작업에서 생성되며 다른 하나는 복제된 클라이언트에서 생성됩니다. vCenter Server 인벤토리에서 가상 시스템이 삭제되거나 제거되는 경우 이전에 생성된 백업에 타임 스탬프가 추가됩니다. 이제 사용자에게 두 개의 복원 지점, 즉 복제된 클라이언트의 백업과 회수된(삭제 또는 제거된) 클라이언트의 백업이 표시됩니다.

    사용자는 백업 복원 마법사를 사용하여 기존 가상 시스템에 단일 VMDK가 복원되도록 선택합니다. 복원 작업이 시작되면 VDP Appliance가 기존 VM에 새 디스크를 추가하는 대신 vCenter 인벤토리에 새 VM을 생성합니다. 예상되는 동작은 새 VM을 생성하는 것이 아니라 기존 VM에 새 디스크가 추가되는 것입니다.
     

  • 동일한 SCSI 슬롯에 더 많은 디스크가 추가되는 경우 VDP Advanced Appliance가 잘못 작동합니다.

    VDP Advanced Appliance가 두 개의 서로 다른 복원 지점에 할당된 동일한 기존 VM에서 동일한 SCSI ID를 사용하여 복원 작업을 시작합니다. 또한 [요약] 페이지에 두 개의 새 가상 디스크가 추가되는 것으로 잘못 표시됩니다. 첫 번째 단일 디스크만 추가되고 두 번째 디스크가 첫 번째 디스크를 대체했다는 사실을 사용자에게 알리지 않은 채 복원 작업이 완료됩니다.

일반 VDP Appliance 문제

  • 씬 프로비저닝된 VDP의 데이터스토어 용량이 한도에 도달하는 경우 데이터스토어를 비우고 공간을 더 많이 만들어도 VDP에서 무결성 검사 오류가 발생합니다.

  •  
  • 사용자가 VDP 호스트 이름 또는 IP 주소를 수정하는 경우 초기 구성 중에 vCenter 이벤트가 생성되지 않습니다.

    해결 방법: VDP Appliance 콘솔에서 재구성 이벤트를 모니터링하십시오.
     

  • 첫 번째 재부팅 후 vdp-configure에 로그인할 수 없습니다.

    배포-재부팅 주기 후 사용자가 vdp-configure에 로그인할 수 없는 경우가 이따금 있습니다. vdr-configure 로그에 오류가 표시되지는 않습니다. 브라우저 캐시를 지우고 다른 브라우저로 로그인해도 문제가 해결되지 않습니다.

    해결 방법: 콘솔 연결을 사용하여 VDP 가상 장치에 로그인하고 다음 명령을 사용하여 수동으로 vdp-configure 서비스를 중지했다가 다시 시작합니다.

    emwebapp.sh --restart

  • 씬 프로비저닝된 가상 시스템을 공간이 부족한 데이터스토어에서 복원하면 VDP Appliance가 충돌하고 전원이 꺼집니다.

    Appliance에 무중단 추가된 디스크의 공간이 부족하기 때문에 Appliance가 충돌하므로 Appliance를 다른 데이터스토어에 배치해도 문제가 해결되지 않습니다.

    ABV 또는 복원 작업을 수행하기 전에 데이터스토어의 사용 가능한 공간을 확인하여 공간이 충분한지 확인합니다.
     

  • 디스크 가져오기: 초기 구성 마법사에서는 항상 기본값인 4개 vCPU와 4GB RAM을 할당합니다.

    VDP Advanced에 대해 가져온 용량이 2TB, 4TB, 6TB 또는 8TB이든 상관없이 기본적으로 마법사는 항상 4개 vCPU와 4GB RAM만 할당합니다. 가져오기 작업이 완료되고 VDP Advanced Appliance가 가동되어 실행되지만, 나중에 메모리가 부족하게 프로비저닝되는 문제가 발생할 수 있습니다. 초기 구성 마법사에서 가져올 용량에 기반한 최소 메모리로 기본값을 설정하는 것이 좋습니다. 이는 VDP Advanced를 새로 설치할 때 수행되는 동작과 같습니다.

    아래 정보를 기반으로 할당된 메모리 양을 조정합니다. VM당 최소 메모리 양은 용량에 따라 달라집니다.

    • 2TB 용량 - 6GB 메모리
    • 4TB 용량 - 8GB 메모리
    • 6TB 용량 - 10GB 메모리
    • 8TB 용량 - 12GB 메모리
       
  • VDP 사용자 인터페이스의 응답이 느립니다.

    VDP Appliance 5.5.x를 며칠간 사용하면 Appliance를 처음 배포했을 때보다 UI 성능이 상당히 느려집니다. 성능이 문제가 되는 구체적인 영역은 다음과 같습니다.

    • vCenter에 로그인한 이후의 초기 VDP 연결
    • 새 백업 작업 만들기
    • 백업 마법사에서 Microsoft Exchange Server 목록 확장
    • 기존 백업 작업 편집
    • 복원 탭 새로 고침
    • 복원 탭에서 백업 찾아보기

    일반적으로 데이터를 로드하는 시간은 동시에 실행 중인 작업 수에 따라 다릅니다.

    해결 방법: 다음 명령을 사용하여 VDP Appliance에서 웹 서비스를 다시 시작합니다.

    emwebapp.sh --restart
     

  • 중국어 이름의 데이터스토어에서는 백업, 원래 위치로 복원 및 새 위치로 복원 작업이 예상대로 작동합니다. 그러나 대상 가상 시스템이 해당 데이터스토어에서 새 디스크로 있으면 중국어 이름의 데이터스토어에서 새 위치로 복원 작업이 실패합니다.

    이는 알려진 이미지 프록시 문제이며 향후 릴리스에서 수정될 예정입니다.
     

  • 복원 지점을 여러 개 선택한 경우 단일 디스크 복원의 대상 가상 시스템에 액세스할 수 없습니다.

    두 개의 서로 다른 가상 시스템(예:VM-1 및 VM-2)에 대한 복원 지점이 생성되었습니다. 복원 탭에서 VM-1의 복원 지점은 이미지 수준으로 선택되어 있고 VM-2의 복원 지점은 디스크 수준으로 선택되어 있습니다. 단일 디스크 복원 지점에 대해 VM이 계층에 표시되지 않습니다.
     

  • vCenter Server 암호가 만료된 후에도 구성된 vCenter Server의 암호 변경이 VDP Appliance에서 허용되지 않습니다.

    서버에서 백업을 실행 중인 경우 VDP-Configure 애플리케이션에서 구성된 vCenter에 대한 암호 변경이 허용되지 않습니다. 구성된 vCenter의 사용자 암호가 이미 만료된 경우 작업 콘솔에 아무런 작업도 게시되지 않고 결과적으로 작업을 취소할 수 없습니다.

    해결 방법: 다음 단계를 수행합니다.
     

    1. VDP Appliance에서 모든 백업과 작업이 완료될 때까지 기다린 후 암호를 변경합니다.
       
    2. 유지 보수 창에서 VDP Appliance를 다시 시작한 다음 VDP-Configure 사용자 인터페이스에 로그인하고 VDP-Configure 사용자 인터페이스에서 vCenter 암호를 변경합니다.
       
  • 백업 작업 이름을 편집한 후 보존 정책 이름이 업데이트되지 않습니다.

    백업 작업 생성 마법사를 사용하여 백업 작업을 편집하고 작업 이름을 수정하면 VDP 사용자 인터페이스에서 새 이름이 업데이트됩니다. 그룹 이름, 스케줄 및 보존 정책 이름도 새 이름으로 업데이트되었는지 확인해 보면 그룹 이름과 스케줄은 업데이트되었으나 보존 정책 이름은 업데이트되지 않았습니다.
     

  • 데이터스토어 이름이 변경된 경우 PAT(Performance Assessment Test) 결과가 실행되지 않음으로 변경됩니다.

    이 시나리오에서 사용자는 VDP-구성 사용자 인터페이스를 열고 스토리지 탭을 클릭한 다음 데이터스토어를 선택하고 스토리지 구성에 대한 성능 분석 실행 확인란을 클릭합니다. 성능 분석 테스트가 성공적으로 완료되고 성능 분석 결과가 올바르게 표시됩니다. 하지만 사용자가 데이터스토어 이름을 변경하는 경우 성능 분석 결과에 [실행되지 않음]으로 상태가 잘못 표시됩니다.
     

  • 스토리지 확장 마법사에 다시 액세스할 수 없습니다.

    스토리지 확장을 실행하는 중에 브라우저를 닫는 경우 애플리케이션은 확장이 진행 중인 동안 사용자가 스토리지 확장 마법사에 다시 액세스할 수 있도록 허용하고 사용자를 완료 준비 화면으로 안내해야 합니다. 현재로서는 사용자가 마법사에 다시 액세스할 수 없습니다.
     

  • VDP Appliance의 암호 및 네트워크 설정을 변경한 후 vShpere Web Client에서 VDP Appliance에 연결할 수 없습니다.

    해결 방법: VDP Appliance의 암호 및 네트워크 설정을 변경하는 사이 1시간을 기다립니다.

백업 문제

  • 큰 백업 작업(VM 최대 100개)을 생성하는 경우, 백업 생성 작업에 최대 10분 정도 소요됩니다.
     
  • 다른 데이터스토어로 마이그레이션된 VMDK에 대해 스케줄링된 디스크 백업 작업을 실행하면 오류가 제대로 처리되지 않습니다.

    스케줄링된 VMDK 백업 작업이 오류 없이 완료되지만 데이터스토어 위치가 다른 데이터스토어로 변경되는 경우 오류가 발생합니다.
     

  • 보고서 탭이나 백업 탭에 백업 작업이 표시되지 않습니다.

    기술 지원에 문의하십시오.
     

  • 인벤토리 규모: 많은 수의 가상 시스템 클라이언트에 대한 백업 작업을 만들 때 백업 작업 만들기에서 일부 클라이언트를 포함하지 못합니다.

    사용자가 많은 수의 가상 시스템을 포함하는 컨테이너에 대한 백업 작업을 만들려고 할 때 가끔(대략 5회 중 1회 간격) VDP Advanced Appliance가 몇몇 클라이언트를 백업 작업에 추가하지 못했다고 보고합니다.

    해결 방법: 백업 작업을 수동으로 편집하여 누락된 일부 클라이언트를 추가하십시오.
     

  • 백업 작업을 편집하거나 복제하는 경우 클라이언트를 로드하는 데 많은 시간이 소요됩니다.

    SharePoint 서버(업그레이드된 플러그인)의 백업 작업을 편집하거나 복제하는 작업에서 클라이언트를 로드하는 데 5~10분 정도 소요됩니다. 또한 업그레이드 전에 만들어진 Microsoft Exchange 및 SQL Server의 클라이언트를 로드하는 경우 약간의 지연 시간이 발생합니다.

    이는 알려진 문제이며 향후 릴리스에서 수정될 예정입니다.

복원 문제

  • VDP 복원 작업 중에 삭제된 가상 시스템이 VDP 인벤토리에서 올바르게 제거되지 않습니다.

    이로 인해 삭제된 가상 시스템이 소스로 포함된 백업 작업을 편집할 때 오류가 발생합니다. 또한 동일한 이름을 가진 가상 시스템을 생성하면 백업 작업에 해당 가상 시스템을 추가할 수 없습니다.

    해결 방법: 복원 작업 중에는 가상 시스템을 삭제하지 않는 것이 좋습니다. 이 오류가 발생하면 새 이름으로 가상 시스템을 생성한 후 새 백업 작업에 추가합니다.
     

  • 크기가 큰 VM(여러 디스크 포함)이 크기가 작은 기존 VM(하나의 디스크 포함)에 복원될 때 복원 작업은 완료되지만 실제로 디스크 하나만 복원됩니다.

    VDP Appliance가 오류 메시지(예: "대상 디스크 공간 부족")와 함께 이 작업을 표시하지 않습니다. 모든 디스크가 복원되지 않고 또한 VDP 이벤트가 생성되지 않아서 사용자가 이를 인지하지 못하면 데이트가 손실되는 결과를 야기할 수 있습니다. 모든 디스크가 복원되지 않고 또한 VDP 이벤트가 생성되지 않아서 사용자가 이를 인지하지 못하면 데이트가 손실되는 결과를 야기할 수 있습니다.

    데이터 호환성 검사를 수행하려면 대상 시스템의 디스크 크기와 복원 중인 백업의 디스크 크기를 알고 있어야 합니다.
     

  • 원래 위치로 복원할 때 삭제된 디스크를 건너뜁니다.

    백업된 원래 VM과 동일한 디스크 설치 공간이 대상 VM에 더 이상 없는 경우(디스크가 VM에서 제거 또는 삭제된 경우) [복원] 창에서 복원 지점 타임 스탬프를 선택한 후 [원래 위치로 복원] 작업을 수행하면 VM의 누락된 디스크에 대한 복원 작업이 자동으로 실패합니다.

    해결 방법: 누락된 디스크를 VM에 수동으로 추가한 후 디스크를 원래 위치로 복원합니다. VM을 백업할 때와 동일한 크기의 디스크를 추가해야 합니다. 이 해결 방법이 실패하면 디스크를 새 위치로 복원하여 새 VM을 생성합니다. 복원 작업이 완료되면 vSphere Data Protection 관리 가이드의 "스토리지 분리 및 다시 연결"에 있는 정보를 사용하여 복원된 디스크를 새 VM에서 분리하여 필요한 VM에 연결합니다.
     

  • 이름이 바뀐 VM의 이전 이름을 사용하여 새 VM으로 복원하려고 하면 복원에 실패합니다.

    사용자가 VM에 대한 백업 작업을 만들고 복원 지점을 선택한 후 새 위치로 복원 필드에 이름이 바뀐 VM의 이전 이름을 입력하면 복원에 실패하고 다음 메시지가 나타납니다. VM을 복원 지점으로 복원할 수 없습니다. 데이터스토어 경로가 이미 있습니다.
     

  • VDP에 기존 스토리지 연결 시: 동일한 vCenter Server에 대해 가져오기를 두 번 이상 수행하면 복원 창에 이름이 똑같은 항목이 여러 개 표시됩니다.

    사용자가 단일 vCenter Server에서 가져오기를 두 번 이상 수행하면 복원 창에서 두 복원 지점 항목에 대해 똑같은 이름이 표시됩니다.
     

  • VDP Appliance에 연결하지 않으면 복원 리허설을 실시할 때 "복원 옵션 설정"이 비어 있습니다.

    백업 복원 마법사의 복원 옵션 설정 페이지에서는 백업을 복원할 위치(원래 위치로 복원 또는 새 위치로 복원)를 지정할 수 있습니다. 그러나 VDP Appliance에 연결하지 않은 경우 복원 옵션 설정 페이지가 비어 있습니다.

    해결 방법: VDP Appliance에 연결하여 백업 복원 마법사와 해당 옵션을 사용하십시오.
     

  • 수동 복원 5~8개를 제출하는 데 10분 이상 걸리고 클라이언트가 누락됩니다.

    수동 복원 5개, 6개 및 8개를 제출하는 데 일관되게 10분 걸립니다. 또한 Web Client가 전체 복원 수에서 클라이언트 하나를 포함하지 못합니다. 따라서 작업 중 하나가 제출되지 않거나 시간 초과되므로 수동 복원 8개에 대한 속도를 병렬로 수집할 수 없습니다.

FLR(파일 수준 복구) 문제

  • 가져오기 후, 가져오기 전에 백업한 가상 시스템에서 FLR 로그인에 실패합니다.

    이전에 사용된 VDP 디스크에서 가져온 복원 지점에 대해서는 FLR(파일 수준 복구)이 지원되지 않습니다(vSphere Data Protection 관리 가이드에서 "기존 스토리지 연결" 참조). 가져오기 후 수행한 후속 백업에 대해 만든 복원 지점에는 이 제한이 적용되지 않습니다.

복제 문제

  • 클라이언트 캐시가 여러 복제 작업을 지원하지 않습니다.

    동일한 MS-App 클라이언트에 대한 여러 복제 작업을 같은 시간에 실행되도록 스케줄링하면 실행 중 오류가 발생합니다.

    해결 방법:

    • 복제 작업의 시작 시간에 시차를 두십시오.
    • 동일한 클라이언트를 여러 복제 작업에 배치하지 마십시오.
       
  • 각기 다른 VM에 대한 여러 복제 작업은 순차적으로 실행되며 병렬로 실행되지 않습니다.

    여러 가상 시스템에 대한 복제 작업은 병렬로 처리해야 합니다. 순차적 동작은 같은 클라이언트에서 다른 복제 작업이 이미 실행 중인 경우에만 발생합니다. 이 경우 이미 실행 중인 복제 작업이 완료될 때까지 클라이언트 복제 작업이 기다립니다
     

  • 복제된 백업을 다시 복제할 수 없습니다.

    복제 마법사를 사용하여 이미 다른 소스 서버에서 복제된 백업을 복제할 수는 없습니다. 다른 소스 서버에서 이미 복제된 복원 지점 또는 클라이언트는 만들기 | 편집 | 복제 복제 작업 마법사에서 사용 가능한 상태로 표시되지 않습니다.

MS App(Microsoft Application) 문제

  • MS-App 클라이언트에 대한 개별 데이터베이스의 로드 시간이 예상보다 오래 걸릴 수 있습니다.

    MS-App 백업 마법사를 호출한 후 백업 대상 페이지에서 개별 데이터베이스를 검색하면 VDP Advanced Appliance에서 일반적으로 걸리는 시간보다 더 오래 걸립니다.
     

  • 클라이언트 캐시가 여러 복제 작업을 지원하지 않습니다.

    동일한 MS-App 클라이언트에 대한 여러 복제 작업을 같은 시간에 실행되도록 스케줄링하면 실행 중 오류가 발생합니다.

    해결 방법:

    1. 복제 작업의 시작 시간에 시차를 두십시오.
    2. 동일한 클라이언트를 여러 복제 작업에 배치하지 마십시오.
       
  • SharePoint 복원을 위한 폴더를 선택하면 탐색 트리에서 기존 하위 폴더 일부가 선택되지 않습니다.

    Microsoft SharePoint 복원을 위해 폴더를 선택할 때 기존 하위 폴더 일부가 표시되지 않아 선택할 수 없습니다. 하위 폴더가 복원할 수 있는 것으로 표시되지 않더라도 복원 프로세스에서 폴더의 모든 하위 폴더를 성공적으로 복원합니다.
     

  • 별칭으로 서버 이름 대신 IP 주소를 사용하면 데이터베이스에 대한 Microsoft SharePoint 리디렉션 복원 작업에 실패합니다.

    덮어쓰기 옵션을 사용하여 원래 위치로 백업하면 올바로 작동합니다. 리디렉션 복원을 실행할 때 서버 이름 대신 IP 주소를 사용하는 경우에만 백업에 실패합니다.

    해결 방법: 서버 이름을 사용하여 별칭을 만드십시오.
     

  • 일부 데이터베이스를 복원하지 못했는데도 Microsoft SharePoint 리디렉션 복원 작업이 성공한 것으로 표시됩니다.

    많은 데이터베이스나 전체 SharePoint 팜을 복원할 때 문제가 있는 일부 데이터베이스가 실패할 수 있습니다. 일부 데이터베이스가 실패했는데도 복원 작업에서는 작업에 성공했다고 보고합니다. 이로 인해 데이터 손실이 발생할 수 있습니다. 리디렉션 복원을 실행할 때 서버 이름 대신 IP 주소를 사용하여 SQL 별칭을 만드는 경우에만 데이터베이스 백업에 실패합니다.

    해결 방법: 서버 이름을 사용하여 별칭을 만드십시오.
     

  • Microsoft Exchange 클라이언트의 avagent 로그에 경고 메시지가 많이 생성되어 자주 출력되며 로그를 가득 채웁니다.

    Microsoft Exchange 클라이언트가 vCenter에서 VDP Advanced Appliance 두 개에 등록된 채로 유지되면 이 문제가 발생합니다.

스토리지 관리 문제

  • 이미지 프록시 시간 초과로 인해 Data Domain 시스템에 대한 백업에 실패합니다.

    시간 초과 값을 결정하는 플래그가 있습니다. 기본 시간 초과 값은 300초(5분)입니다. 해결 방법은 기본 시간 초과 값과 다른 값으로 플래그를 설정하는 것이지만, VDP에 대해 제공되는 전문 서비스는 없습니다. 이 값을 변경하는 데 도움이 필요한 경우 VMware GSS(글로벌 지원 서비스)에 문의하십시오.

ABV(Automatic Backup Verification) 문제

  • ABV: 데이터스토어 이름을 바꾼 후 확인 작업이 실패합니다.

    대상 데이터스토어를 VDP 외부로 이동하거나 이름을 바꾸면 이 오류가 발생할 수 있습니다.

    해결 방법: 확인 작업을 편집하고 이름이 바뀌었거나 이동된 대상 데이터스토어를 새 대상으로 선택하십시오. 지침은 vSphere Data Protection 관리 가이드에서 "백업 확인 작업 편집"을 참조하십시오.
     

  • ABV: 호스트의 대상 경로가 변경되면 확인 작업이 시작되지 못합니다.

    해결 방법: 확인 작업을 편집하고 확인 작업을 수행할 때 적절한 대상 경로를 선택합니다.
     

  • ABV: 대상이 유지 보수 모드에 있으면 스케줄링된 확인 작업의 상태를 확인할 수 없습니다.

    오류 메시지가 표시되지만 로그 작업은 없습니다.
     

  • ABV: 마지막 백업에 실패할 경우 요청 시 확인 작업이 시작되지 않습니다.

    마지막 백업에 실패할 경우 ABV 작업에서 다음 오류가 나타납니다.

    오류: "오류 코드가 없는 예기치 않은 오류입니다. 로그를 참조하십시오."

    사용자에게 문제에 대해 알리지 않으며 로그에 유용한 정보가 포함되지 않습니다.
     

  • Data Domain으로 인한 연결 문제 때문에 확인 작업에 실패하면 부적절한 오류 메시지가 보고됩니다.

    VDP Appliance가 Data Domain과 통신할 수 없기 때문에 백업을 복원할 수 없고 확인 작업에 실패합니다. 확인 작업이 예상대로 실패하지만 적절한 오류 메시지가 표시되지 않아 사용자가 실패의 원인을 알지 못합니다.
     

  • ABV(Automatic Backup Verification) 작업의 경우 Web Client에서 활성화된 실행 중인 ABV 작업을 취소해도 데이터스토어에서 VDP_Verification 가상 시스템이 제거되지 않습니다.

    새 VM의 대상으로 지정된 데이터스토어를 검색하면 브라우저를 새로 고친 후에도 VDP_VERIFICATION_xxxx VM이 데이터스토어에 계속 남아 있습니다.
     

  • 호스트가 복원해야 하는 가상 시스템과 호환되지 않고 vCenter 인벤토리에 연결이 끊긴 가상 시스템이 남아 있습니다.

    호스트와 호환되지 않는 ABV(Automatic Backup Verification) 작업은 실패하며 실패한 ABV 작업으로 인해 vCenter 인벤토리에 연결이 끊긴 가상 시스템이 남아 있습니다.

    해결 방법: vCenter 또는 데이터스토어 인벤토리에 남아 있는 임시 가상 시스템을 수동으로 삭제하거나 등록 취소하십시오.
     

  • ABV 작업을 편집하려고 할 때 기상 시스템 데이터를 로드할 수 없습니다.

    사용자가 ABV(Automatic Backup Verification) 작업을 편집하기 위해 새 백업 확인 작업 생성 마법사를 시작합니다. 사용자가 가상 시스템 마법사 페이지(첫 페이지)에서 가상 시스템 데이터를 로드하려고 하면 "가상 시스템 데이터 로드 중" 진행 표시줄이 계속 돌아가고 VM 데이터가 표시되지 않습니다.
     

  • 가장 최근 백업이 삭제된 후 ABV 작업이 제출되지 않습니다.

    가장 최근 백업(backup-N)이 삭제된 경우 사용자는 backup-N 이전에 생성된 백업을 확인할 수 없습니다.

    해결 방법: 새 백업을 만듭니다. 새 백업을 만들면 사용자가 이후 백업을 확인할 때 문제가 발생하지 않습니다.

GLR(세부 수준 복원) 문제

  • Microsoft Exchange Server에 대한 GLR(세부 수준 복원)은 Exchange GLR용 VDP Advanced 플러그인이 설치되지 않은 클라이언트에서 허용됩니다.

    이제 Exchange GLR용 VDP Advanced 플러그인이 설치되지 않은 경우에도 GLR 작업이 차단됩니다.
     

  • Microsoft Exchange Server에서 GLR(세부 수준 복원)을 수행할 때 대상 편지함 필드는 선택 사항이어야 합니다.

    사용자가 단일 편지함으로 복원할 때 기본값은 원래 위치로 복원하는 것입니다. 사용자 인터페이스에서는 이 필드 값을 비워 두도록 허용하지 않습니다. 사용자가 "다른 위치로 복원"을 선택하면 해당 백업의 모든 편지함이 단일 편지함으로 복원됩니다.

    편지함을 원래 위치로 복원하고 원래 경로를 다른 클라이언트로 복원하는 것도 지원되며 설계된 대로 작동합니다. 여러 편지함을 원래 위치로 복원하지 못하는 것은 알려진 문제입니다.

vSphere Data Protection 5.5.9에서 해결된 문제

마지막 vSphere Data Protection 릴리스 이후에 다음과 같은 문제가 해결되었습니다.

  • VDP 2013.업데이트: VDPA 서버는 메시지 가로채기 공격을 받기 쉽습니다.

    VDP Advanced 서버는 SOAP 기반 ViSDK를 사용하여 vCenter Server에서 백업 작업을 관리합니다. VDP Appliance는 VCSA 등록 동안 vCenter에서 제공하는 SSL 인증서를 확인하지 않습니다. 따라서 등록 프로세스는 메시지 가로채기 공격을 받기 쉽습니다. 공격자는 vCenter Server의 사용자 자격 증명을 획득할 수 있습니다. VC 사용자 정보에 대한 액세스 권한을 가진 공격자는 일반적으로 가상 환경에 대한 읽기 및 쓰기 액세스 권한이 있는 백업 및 복원 작업을 수행할 수 있습니다.

    vCenter 및 VDP 웹 응용 프로그램과 관리 서비스 간의 통신에 보안을 적용하려면 다음 단계를 수행하십시오.

    1. vCenter Server 또는 웹 브라우저에서 vcenter-hostname.crt를 VDP Appliance로 다운로드합니다.
       
      1. 브라우저에서 인증서를 다운로드하려면 다음 URL을 브라우저에 입력합니다.

        https://vcenter-ip-address

        여기서 vcenter-ip-address는 vCenter Server의 IP 주소입니다.
         

      2. vcenter-hostname.crt 인증서를 저장합니다.

    2. SSH를 사용하여 VDP Appliance에 루트 사용자로 로그인합니다.
       
    3. VDP Appliance에서 mkdir /root/directory를 입력하여 루트 디렉토리나 다른 위치에 디렉토리를 만듭니다.
       
    4. VDP Appliance에 만든 새 디렉토리 /root/directory에 다운로드한 vcenter-hostname.crt 인증서를 복사하거나 SFTP로 전송합니다.
       
    5. 다음을 입력하여 인증서를 rmi_ssl_keystore로 가져옵니다.

      /usr/java/latest/bin/keytool -import -file /root/vcentercertificate/vcenter-hostname.crt -alias vcenter-hostname -keystore /usr/local/avamar/lib/rmi_ssl_keystore

      키 저장소 암호를 묻는 메시지가 나타나면 changeme를 입력합니다. 그런 다음 yes를 입력하고 Enter 키를 누릅니다.

    6. 다음을 입력하여 인증서를 Tomcat /root/.keystore로 가져옵니다.

      /usr/java/latest/bin/keytool -import -file /root/vcentercertificate/vcenter-hostname.crt -alias vcenter-hostname -keystore /root/.keystore

      키 저장소 암호를 묻는 메시지가 나타나면 changeit을 입력하고 인증서를 수락합니다.

    7. /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml을 편집하고 ignore_vc_cert의 값을 false로 변경하여 관리 서비스 기본 설정 파일을 업데이트합니다. ignore_vc_cert=false.
       
    8. /usr/local/vdr/etc/vcenterinfo.cfg를 편집하고 다음 항목을 추가하여 vCenter 구성 파일을 업데이트합니다. vcenter-ignore-cert=false.
       
    9. MCS를 다시 시작합니다.

      su admin
      mcserver.sh --restart
      exit

    10. tomcat 웹 응용 프로그램 서버를 다시 시작합니다.

      emwebpp.sh --restart
       

  • VMware Proxy Appliance는 메시지 가로채기 공격에 취약합니다.

    기본적으로 프록시는 vCenter Server에 연결할 때 SSL 인증서를 확인하지 않습니다. 이에 따라 vCenter Server는 악의적인 메시지 가로채기 공격에 취약할 수 밖에 없으며 vCenter Server의 무단 침입이 발생할 수 있습니다. vCenter Server에 연결할 때 SSL 인증서 인증을 사용하도록 각 프록시를 구성하여 이 취약성 문제를 해결할 수 있습니다. 다음 절차에서 구성 관련 지침을 제공합니다.

    1. 명령 셸을 열고 프록시에 루트로 로그인합니다.
       
    2. vCenter Server 인증서를 프록시의 /usr/local/avamarclient/bin에 복사합니다.
       
      • Linux vCenter Appliance의 경우:

        /etc/vmware-vpx/ssl/rui.crt/etc/vmware-vpx/ssl/rui-ca-cert.pem 파일을 vCenter Appliance에서 프록시의 /usr/local/avamarclient/bin으로 scp를 통해 전송합니다.

      • Windows vCenter의 경우:

        c:\ProgramData\VMware\VMware VirtualCenter\SSL\rui.crtc:\ProgramData\VMware\VMware VirtualCenter\SSL\cacert.pem 파일을 프록시의 /usr/local/avamarclient/bin으로 scp를 통해 전송합니다.

      참고: 체인 SSL 인증서가 vCenter에 사용되는 경우 체인의 모든 인증서가 포함된 chain.pem 파일을 프록시의 /usr/local/avamarclient/bin에 복사합니다.

    3. 다음을 입력하여 적절한 운영 체제 사용 권한을 인증서에 설정합니다.

      chmod 600 /usr/local/avamarclient/bin/vcenter-1.crt

      여기서 vcenter-1.crt는 실제 인증서 이름입니다.

    4. rui.crt에 대해 다음 명령을 실행하여 SSL 인증서 지문을 캡처합니다.

      openssl x509 -in rui.crt -fingerprint | grep Finger

      출력은 다음과 비슷합니다.

      SHA1 Fingerprint=C7:35:19:95:9C:3F:56:1D:73:35:52:41:F3:02:46:A3:B9:46:4F:D9

    5. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvcbimageAll.cmd를 엽니다.
       
    6. 다음 항목을 파일의 끝에 추가합니다. --ssl_server_cert_thumbprint="thumbprint of rui.crt"
      --ssl_server_authentication_file=/usr/local/avamarclient/bin/rui-ca-cert.pem

      여기서 rui-ca-cert.pem은 실제 인증서 이름이고 thumbprint는 vCenter Server에 대한 실제 지문입니다. 출력은 다음과 비슷합니다.

      --ssl_server_cert_thumbprint="C7:35:19:95:9C:3F:56:1D:73:35:52:41:F3:02:46:A3:B9:46:4F:D9"

      참고: 체인 vCenter SSL 인증서의 경우 chain.pem을 사용합니다.

    7. 변경 내용을 저장하고 avvcbimageAll.cmd를 닫습니다.
       
    8. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvmwfileAll.cmd를 엽니다.
       
    9. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/rui-ca-cert.pem

      여기서 rui-ca-cert.pem은 실제 인증서 이름입니다.

      참고: 체인 vCenter SSL 인증서의 경우 chain.pem을 사용합니다.

    10. 변경 내용을 저장하고 avvmwfileAll.cmd를 닫습니다.
       
    11. UNIX 텍스트 편집기에서 /etc/vmware/config를 엽니다.
       

    12. 다음 줄을 파일의 끝에 추가합니다. vix.enableSslCertificateCheck = "true"
      vix.sslCertificateFile = "/usr/local/avamarclient/bin/rui-ca-cert.pem"
    13. 변경 내용을 저장하고 /etc/vmware/config를 닫습니다.
       
    14. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/vddkconfig.ini를 엽니다.
       
    15. vixDiskLib.linuxSSL.verifyCertificates=0 항목을 찾습니다.
       
    16. vixDiskLib.linuxSSL.verifyCertificates=0 항목의 값을 1로 변경합니다.

      vixDiskLib.linuxSSL.verifyCertificates=1

    17. 변경 내용을 저장하고 vddkconfig.ini를 닫습니다.
       
    18. 이 프록시에서 실행 중인 백업 또는 복원 작업이 없는지 확인합니다.
       
    19. 다음 명령을 입력하여 avagentvmwareflr 서비스를 다시 시작합니다.

      service avagent-vmware restart
      service vmwareflr restart
       
  • VCSA에서 SSL 인증서 설치.

    vCenter VCSA에서 vSphere Data Protection Appliance에 사용되는 기본 SSL 인증서를 설치하려면 다음 절차를 따릅니다.

    가장 먼저 필요한 작업은 VCSA 인증서와 VCSA CA 인증서를 포함하는 단일 PEM 파일을 생성하는 것입니다.

    1. SSH 또는 Putty를 사용하여 vCenter VCSA에 루트 사용자로 로그인합니다.

      ssh root@vcsa

    2. /etc/vmware-vpx/ssl 디렉토리로 이동합니다.

      cd /etc/vmware-vpx/ssl

    3. 기본 VCSA 인증서(rui.crt)와 VCSA CA 인증서(rui-ca-cert.pem)를 chain.pem이라는 단일 파일로 병합합니다.

      cat rui.crt rui-ca-cert.pem > /tmp/chain.pem

    4. chain.pem 파일을 VDP Appliance에 복사하고 /usr/local/avamarclient/bin 디렉토리에 배치합니다.

      scp /tmp/chain.pem root@ :/usr/local/avamarclient/bin

    5. 다음 단계를 위해 SSH 또는 Putty를 사용하여 VDP Appliance에 로그인하고 루트 사용자로 전환해야 합니다.

      ssh admin@VDP
      su - root

      두 계정에 적절한 자격 증명을 모두 제공합니다.

    6. 다음을 입력하여 적절한 운영 체제 사용 권한을 인증서에 설정합니다.

      chmod 600 /usr/local/avamarclient/bin/chain.pem

    7. /usr/local/avamarclient/var 디렉토리로 이동합니다.

      cd /usr/local/avamarclient/var

    8. 다음 파일을 수정하기 전에 SSL 인증서에 대한 지문을 확인합니다.

      openssl x509 -in /usr/local/avamarclient/bin/chain.pem -fingerprint -noout

      출력은 다음과 비슷합니다.

      SHA1Fingerprint=76:D9:44:E0:5C:6B:32:A1:B3:B8:81:15:93:37:07:5A:8D:A4:AD:EE

    9. UNIX 텍스트 편집기에서 avvcbimageAll.cmd를 엽니다.

      vi avvcbimageAll.cmd

    10. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/chain.pem

    11. SSL 지문을 파일에 추가하려면 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_cert_thumbprint="thumbprint"

      여기서 thumbprint는 8단계의 SHA1 지문 값입니다.

      항목은 다음과 비슷합니다.

      ssl_server_cert_thumbprint="76:D9:44:E0:5C:6B:32:A1:B3:B8:81:15:93:37:07:5A:8D:A4:AD:EE"

    12. 변경 내용을 저장하고 /usr/local/avamarclient/var/avvcbimageAll.cmd를 닫습니다.
       
    13. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/avvmwfileAll.cmd를 엽니다.

      vi avvmwfileAll.cmd

    14. 다음 항목을 파일의 끝에 추가합니다.

      --ssl_server_authentication_file=/usr/local/avamarclient/bin/chain.pem

    15. 변경 내용을 저장하고 /usr/local/avamarclient/var/avvmwfileAll.cmd를 닫습니다.
       
    16. UNIX 텍스트 편집기에서 /etc/vmware/config를 엽니다.

      vi /etc/vmware/config

    17. 다음 줄을 파일의 끝에 추가합니다.

      vix.enableSslCertificateCheck = "true"
      vix.sslCertificateFile = "/usr/local/avamarclient/bin/chain.pem"

    18. 변경 내용을 저장하고 /etc/vmware/config를 닫습니다.
       
    19. UNIX 텍스트 편집기에서 /usr/local/avamarclient/var/vddkconfig.ini를 엽니다.

      vi vddkconfig.ini

    20. vixDiskLib.linuxSSL.verifyCertificates=0 항목을 찾습니다.
       
    21. vixDiskLib.linuxSSL.verifyCertificates=0 항목의 값을 1로 수정합니다.

      수정된 값은 다음과 같아야 합니다. vixDiskLib.linuxSSL.verifyCertificates=1

    22. 변경 내용을 저장하고 /usr/local/avamarclient/var/vddkconfig.ini를 닫습니다.
       
    23. 시스템에서 실행 중인 백업 또는 복원 작업이 없는지 확인합니다.

      mccli activity show --active

    24. 실행 중인 작업이 없으면 다음 명령을 입력하여 avagent 및 vmwareflr 서비스를 다시 시작합니다.

      service avagent-vmware restart
      service vmwareflr restart