vSphere Data Protection 5.5.5 | 2013년 11월 14일

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

이점 및 기능

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

지원 환경

지원되는 환경에 대한 자세한 내용은 VMware 호환성 가이드를 참조하십시오.

알려진 문제

철저한 테스트를 통해 다음과 같은 알려진 문제가 발견되었습니다. 아래의 문제점 목록은 이번 vSphere Data Protection 릴리스에만 적용됩니다.

설치 문제

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

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

라이센스 문제

  • ESX 호스트 라이센스를 확인할 수 없는 경우 VDP Advanced 플러그인이 VDP로 다시 전환됩니다.

    다음과 같은 여러 가지 이유로 VDP Advanced가 VDP로 다시 전환될 수 있습니다.

    • 사용자가 평가판 라이센스가 있는 ESX 호스트에 VDP Advanced 플러그인을 배포하는 경우. VDP Advanced Appliance가 실행된 후 라이센스가 평가판 라이센스에서 Essentials Plus 라이센스로 변경되고 VDPA로 전환 작업에서 오류가 발생합니다.
    • 사용자가 손상된 vCenter에 VDP Advanced 플러그인을 배포하고 라이센싱 서비스가 응답하지 않는 경우.
  • 라이센싱: VDP Advanced Appliance가 영어 버전이 아닌 vCenter에 등록되어 있으면 VDP Advanced 라이센스 만료 날짜가 항상 없음으로 표시됩니다.

    VDP Advanced Appliance가 영어 버전이 아닌 vCenter에 등록되어 있으면 플러그인에서 평가판 라이센스의 만료 날짜가 항상 "없음"으로 표시됩니다. Appliance를 영어 vCenter 버전에 등록하면 더 이상 문제가 없습니다.

일반 VDP Appliance 문제

  • 씬 프로비저닝된 VDP의 데이터스토어 용량이 한도에 도달하는 경우 데이터스토어를 비우고 공간을 더 많이 만들어도 VDP에서 무결성 검사 오류가 발생합니다.
  • 사용자가 VDP 호스트 이름 또는 IP 주소를 수정하는 경우 초기 구성 중에 vCenter 이벤트가 생성되지 않습니다.

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

  • VDP 5.5.x로 업그레이드하면 vCenter의 왼쪽 창에 플러그인이 두 개 표시됩니다.

    업그레이드가 설치되면 vSphere Web Client의 왼쪽 창에 플러그인이 두 개 표시됩니다. VDP 5.1 이전 버전은 vSphere Data Protection 플러그인을 사용하여 관리되고, VDP 버전 5.5는 vSphere Data Protection 5.5 플러그인을 사용하여 관리됩니다.

    참고: VDP Appliance 버전 5.5가 설치되고 5.5 이전 버전이 이미 있는 경우에도 플러그인이 두 개 표시됩니다.

    vSphere Data Protection 플러그인을 제거하려면 모든 VDP Appliance를 VDP 버전 5.5로 업그레이드하고 플러그인 관리자를 사용하여 VDP 플러그인을 사용하지 않도록 설정해야 합니다.

    vCenter 플러그인 관리에 대한 자세한 내용은 VMware vSphere 설명서 센터 웹 사이트를 참조하십시오.

  • 최신 Google Chrome 브라우저 버전을 사용하여 VDP Appliance 플러그인 설치 관리자를 다운로드할 수 없습니다.

    해결 방법: Chrome 브라우저 버전을 29.0.1547.66으로 업데이트하십시오. 다운로드가 완료되면 새로 고침 작업을 한 번 더 수행합니다.

  • 시작 페이지에 끊어진 링크가 있습니다.

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

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

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

    해결 방법: 다음 명령을 사용하여 vdp-configure 서비스를 수동으로 시작 및 중지하십시오.
    emwebapp.sh --stop
    emwebapp.sh --start

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

    Appliance가 어떤 데이터스토어에 있든, VM이 어떤 데이터스토어에 복원되든 상관이 없습니다. 이 문제는 전송 모드와 관련이 있습니다. Appliance에 무중단 추가된 디스크의 공간이 부족하기 때문에 Appliance가 충돌하므로 Appliance를 다른 데이터스토어에 배치해도 문제가 해결되지 않습니다.

  • VDP 사용자 인터페이스 성능 저하

    VDP Appliance 5.5.x를 며칠간 사용하면 Appliance를 처음 배포했을 때보다 UI 성능이 상당히 느려집니다. 저하된 성능에 일관성이 없습니다. 예를 들어 작업이 완료되는 데 30초가 걸리기도 하고 5분이 걸리기도 합니다. 성능이 문제가 되는 구체적인 영역은 다음과 같습니다.

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

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

    해결 방법: Appliance를 다시 시작하고 특정 작업의 성능이 개선되는지 확인하십시오.

백업 문제

  • 큰 백업 작업(VM 최대 100개)을 생성하는 경우, 백업 생성 작업에 최대 10분 정도 소요됩니다.
  • SCSI 버스 공유를 사용하도록 설정한 이미지 백업 및 VMDK 백업 작업이 허용된 상태지만 작업에 실패하고 vCenter에 작업이 표시되지 않습니다.

    다음 VMware 기술 자료 문서에는 SCSI 버스 공유 VM에 대해 스냅샷이 지원되지 않는다고 명시되어 있습니다.
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006392

    해결 방법: 버스 공유가 필요한 경우 기술 자료 문서의 Resolution(해결책) 섹션에 있는 지침을 따르십시오.

  • disk.EnableUUID=true인 Windows 가상 시스템에서 크기가 2TB 이상인 백업이 자동으로 실패하고 성공한 것으로 잘못 보고됩니다.

    이 문제는 VDDK 5.5.U1까지 해결이 지연됩니다. 2TB 이상인 VM에 대한 Windows 지원은 문제가 해결될 때까지 제품에서 제외됩니다.

  • 다른 데이터스토어로 마이그레이션된 VMDK에 대해 스케줄링된 디스크 백업 작업을 실행하면 오류가 제대로 처리되지 않습니다.

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

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

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

  • 인벤토리 규모: 많은 수의 가상 시스템 클라이언트에 대한 작업을 만들 때 작업 만들기에 실패하고 일부 클라이언트가 포함되지 않습니다.

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

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

  • 백업 작업 편집 마법사: VM 이름이 자원 풀과 이름이 같으면 VM을 찾을 수 없습니다.

    가상 시스템과 이 시스템이 있는 자원 풀의 이름이 똑같으면 사용자가 백업 작업을 편집할 때 VDP Appliance가 다음 항목을 찾을 수 없으며 선택되지 않았습니다. <VM-name-here>라는 오류 메시지를 표시합니다. 백업 작업은 계속 올바로 실행됩니다.

    해결 방법: 오류 메시지가 표시된 후 백업 작업 편집 마법사를 통해 VM을 찾고 선택할 수 있습니다. 문제를 방지하려면 자원 풀이나 가상 시스템의 이름을 바꿔 서로 이름이 달라지게 할 수 있습니다.

  • 백업 작업을 편집할 때 VM을 자원 풀로 이동하면 "VM을 찾을 수 없음" 오류가 발생합니다.

    VM이 처음에 한 컨테이너에 있었지만 나중에 다른 컨테이너로 이동되었으면 사용자가 백업 작업을 편집하려고 할 때 오류 메시지가 표시됩니다. 백업 작업은 계속 올바로 실행됩니다.

    해결 방법: 오류 메시지가 표시된 후 백업 작업 편집 마법사를 통해 VM을 찾고 선택하십시오.

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

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

  • VMware VDP Exchange 백업 사용자 도구를 사용하여 20자가 넘는 사용자 이름을 만들 수 없습니다.

    해결 방법: 20자 이하의 사용자 이름을 만드십시오.

복원 문제

  • VDP 복원 작업 중에 삭제된 가상 시스템이 VDP 인벤토리에서 올바르게 제거되지 않습니다. 이로 인해 삭제된 가상 시스템이 소스로 포함된 백업 작업을 편집할 때 오류가 발생합니다. 또한 동일한 이름으로 가상 시스템이 만들어지면 백업 작업에 가상 시스템을 추가할 수 없습니다.

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

  • 크기가 큰 VM(별개의 하드 디스크 포함)이 크기가 작은 기존 VM(하나의 디스크 포함)에 복원될 때 복원 작업은 완료되지만 실제로 디스크 하나만 복원됩니다. VDP Appliance가 오류 메시지(예: "대상 디스크 공간 부족")와 함께 이 작업을 표시하지 않습니다. 따라서 디스크 중 일부가 복원되지 않고 또한 VDP 이벤트가 생성되지 않아서 사용자가 이를 인지하지 못하면 데이터가 손실되는 결과를 야기할 수 있습니다.

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

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

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

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

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

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

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

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

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

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

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

  • SCSI ID 복원: 동일한 VM 또는 전원이 켜진 다른 VM으로 디스크를 복원할 때 예기치 않은 오류가 발생합니다.

    사용자가 디스크를 원래 위치로 복원하고 디스크 VM이 전원이 켜진 상태일 때 표시되는 오류 메시지는 다음과 같습니다.
    예기치 않은 오류가 발생했으며 오류 코드는 다음과 같습니다.
    자세한 내용은 구성 애플리케이션(https://<VDP hostname>:8543/vdp-configure)에서 다운로드할 수 있는 클라이언트 로그를 참조하십시오.

  • 다른 VDP Appliance에 연결할 때 복원 탭이 새로 고쳐지지 않습니다.

    여러 VDP Appliance가 포함된 vCenter에서 사용자가 첫 번째 VDP Appliance에 연결했다가 연결을 끊은 다음(모든 작업 > 연결 끊기) 두 번째 VDP Appliance에 연결하면 첫 번째 VDP Appliance의 백업이 표시됩니다. 사용자가 첫 번째 VDP Appliance에 대한 백업 중 하나에서 찾아보기를 수행하면 오류가 표시됩니다.

    해결 방법: 복원 탭 내에서 새로 고침 버튼을 클릭하십시오.

  • SCSI ID 복원: 삭제/제거된 디스크를 동일한 VM으로 복원할 수 없습니다.

    이 문제를 재현하려면 디스크가 두 개 이상인 가상 시스템의 백업을 작성합니다. 백업이 완료된 후 디스크 하나를 삭제하거나 제거합니다. 복원 탭에서 삭제된 디스크를 선택하고 복원을 클릭합니다. 복원 옵션 설정에서 기본적으로 "원래 위치로 복원"이 선택 해제되어 있습니다. 사용자가 빈 슬롯을 선택하고 복원을 시작합니다. 복원 작업이 성공적으로 완료되지만 VM에서 새 디스크가 추가되거나 복원되지 않습니다.

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

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

  • 보호된 컨테이너 아래에서 복원된 경우 유효성이 검사된 VM은 백업 작업에 포함되지 않아야 합니다.

    임시 가상 시스템(즉, 이름에 VDP_Verifying 접두사가 있는 VM)을 백업 작업에 포함해서는 안 됩니다. ABV(Automatic Backup Verification) 기능으로 만든 가상 시스템은 백업하면 안 됩니다. 예를 들어 호스트에서 백업 작업을 만들고 이 호스트를 ABV 작업의 대상으로도 선택하면 잘못된 데이터가 서버에서 생성되고 이러한 VM이 복제된 소스로 표시될 수 있습니다.

  • 장치에 이미 할당된 SCSI ID가 복원 마법사에 나열됩니다. 사용자가 개별 VMDK(가상 시스템 디스크)를 복원할 때 할당된 SCSI ID를 선택할 수 있습니다.

    해결 방법: 디스크 복원의 대상으로 기존 장치에 할당된 SCSI 슬롯은 선택하지 마십시오.

  • 대상 VM(가상 시스템)에서 SCSI 컨트롤러 ID 번호가 연속되지 않으면 디스크 복원 작업을 만들지 못합니다.

    예를 들어 대상 VM에 SCSI 컨트롤러 0 및 3이 있는 경우 사용자가 SCSI 컨트롤러 3의 빈 슬롯에 디스크를 복원하려고 하면 작업에 실패하고 오류가 발생합니다.

    해결 방법: 디스크를 SCSI 컨트롤러 0으로 복원하거나 0부터 시작하여 복원할 컨트롤러 번호(0, 1, 2, 3)까지 SCSI 컨트롤러가 모두 대상 VM에 있는지 확인하십시오.

  • SCSI ID: 회수되거나 복제된 VM을 기존 VM으로 디스크 복원하면 새 VM이 만들어집니다.

    사용자가 회수된 가상 시스템 디스크를 기존 VM으로 SCSI ID 복원을 시작하면 디스크를 선택한 VM에 추가하는 대신 새 VM을 만들고 선택한 디스크를 모두 이 VM에 연결합니다.

    해결 방법: 복원을 수행한 후 복원된 디스크를 원래(기존) 가상 시스템에 수동으로 연결하십시오.

복제 문제

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

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

    해결 방법:

    • 복제 작업의 시작 시간에 시차를 두십시오.
    • 동일한 클라이언트를 여러 복제 작업에 배치하지 마십시오.

  • 각기 다른 VM에 대한 여러 복제 작업을 단일 작업에서 만들면 병렬로 실행되지 않고 연달아 실행됩니다.

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

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

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

  • 가져온 디스크에서 백업을 복제할 수 없습니다.

    가져온 백업(즉, 새 어플라이언스로 디스크를 가져온 이전 장치에서 만든 백업)은 복제할 수 없습니다. 현재 VM 클라이언트 등록이 있는 VM 클라이언트만 복제할 수 있습니다.

    이는 스토리지 가져오기 작업과 관련해 알려진 제한 사항이며 향후 릴리스에서 수정될 예정입니다.

VMDK 문제

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

    빠르게 비워지는 씩 디스크인 VMDK를 확장할 때 확장된 부분은 느리게 비워지는 씩 디스크가 됩니다. VMDK를 확장할 때 VMDK가 빠르게 비워지는 씩 디스크가 되게 하려면 다음 VMware 블로그에 설명된 매개 변수를 사용하십시오.
    http://blogs.vmware.com/vsphere/2012/06/extending-an-eagerzeroedthick-disk.html

MS App(Microsoft Application) 문제

  • SharePoint 복원을 위한 폴더를 선택하면 탐색 트리에서 기존 하위 폴더 일부가 선택되지 않습니다.

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

  • Microsoft Exchange Server에서 "데이터베이스 덮어쓰기 허용" 옵션이 "참"으로 보내지지 않고 복원에 실패합니다.

    해결 방법: 데이터베이스를 복원할 때 "데이터베이스 덮어쓰기 허용" 옵션을 "참"으로 설정하십시오. 지침은 vSphere Data Protection 관리 가이드의 "Microsoft Exchange Server의 백업 복원" 섹션(고급 옵션)을 참조하십시오.

  • Microsoft Exchange Server에서 "RSG/RDB로 복원" 옵션이 "참"으로 보내지지 않고 복원에 실패합니다.

    해결 방법: 데이터베이스를 복원할 때 "RSG/RDB로 복원" 옵션을 "참"으로 설정하십시오. 지침은 vSphere Data Protection 관리 가이드의 "Microsoft Exchange Server의 백업 복원" 섹션(고급 옵션)을 참조하십시오.

  • MS-App 백업 및 복원 요청이 완료되지 않고 작업이 시작되지 않습니다.

    이벤트 관리자가 요청 실패에 대한 유용한 세부 정보를 제공하지 않습니다. 일반적으로 작업을 다시 시도하면 백업 또는 복원 작업이 성공합니다. 이 문제의 원인은 현재 알 수 없습니다.

  • 애플리케이션 DB 백업 마법사에서 SQL 인스턴스 경고는 잘못된 경우로 제거해야 합니다.

    Microsoft SQL Server에 대한 인스턴스 수준 백업을 생성할 때 새 백업 생성 마법사에 다음 오류 메시지가 표시됩니다.
    SQL 서버 인스턴스를 백업 대상으로 선택하면 현재 있는 데이터베이스만 백업됩니다. 나중에 이 인스턴스를 수정하려면 백업 작업을 수정해야 합니다.

    이 경고 메시지는 올바르지 않습니다. 사용자가 인스턴스를 확장하지 않고 애플리케이션 데이터베이스 백업을 생성하면 백업 그룹은 새로 추가된 데이터베이스를 자동으로 선택하고 백업합니다. 따라서 위 경고는 올바르지 않습니다.

  • SQL 서버 애플리케이션 데이터베이스 백업에 등록되지 않은 클라이언트의 소스 수가 잘못 표시됩니다.

    Microsoft SQL Server에 대한 애플리케이션 데이터베이스 백업에서 MS-App 서버를 백업 작업에 추가했는데도 등록되지 않은 클라이언트 백업의 클라이언트 수가 0으로 표시됩니다. 등록되지 않은 동일한 클라이언트에 대해 데이터베이스 백업이 아닌 전체 서버 백업을 수행하면 소스 수가 올바로 표시됩니다.

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

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

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

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

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

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

  • MS-App 클라이언트에 대한 개별 데이터베이스의 로드 시간이 허용 가능한 수준이 아닙니다.

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

  • Microsoft Exchange Server에서 전체 백업을 복원하도록 선택하면 위치 경로 필드의 유효성이 검사되지 않습니다.

    위치 경로 필드에 대한 검증을 수행하지 않습니다(필드를 비워 두어도 텍스트 상자가 빨간색으로 바뀌지 않으며 도구 설명도 표시되지 않음). 그러나 개별 데이터베이스를 복원하도록 선택하면 검증이 설계된 대로 작동합니다.

  • 실패하거나 취소한 애플리케이션 데이터베이스 백업에 대한 오래된 소스의 수가 잘못 표시됩니다.

    Microsoft SQL 및 Exchange 애플리케이션 데이터베이스 백업의 소스 수와 오래된 소스 수가 차이나는 일은 일반적입니다.

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

    서로 다른 그룹의 동일한 클라이언트에 대해 동시 복제 작업을 시작하면 MS-App 클라이언트에 대한 캐시 파일이 잠깁니다. 클라이언트 캐시는 여러 복제 작업을 지원하지 않으며 캐시 파일이 잠긴 것으로 보고됩니다.

    해결 방법:

    • 복제 작업의 시작 시간에 시차를 두십시오.
    • 동일한 클라이언트를 여러 복제 작업에 배치하지 마십시오.

  • 사용자가 로그 경로가 아닌 데이터 경로를 지정하면 "RSG/RDB로 복원" 옵션이 실패합니다.

    해결 방법: RSG/RDG 데이터베이스 경로가 아니라 RSG/RDB 로그 경로(C:\myrdb와 같이 RSG/RDB 로그 파일이 복원될 경로)를 지정하십시오. 자세한 내용은 vSphere Data Protection 관리 가이드에서 "Microsoft Exchange Server의 백업 복원"을 참조하십시오.

    참고: 사용자는 로그 경로와 데이터베이스 경로 필드를 모두 비워 둘 수 있습니다. 두 필드를 비워 두면 기본적으로 원래 위치로 복원됩니다.

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

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

시스템 관리 문제

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

    시간 초과 값을 결정하는 플래그가 있습니다. 기본 시간 초과 값은 300초(5분)입니다. 해결 방법은 기본 시간 초과 값과 다른 값으로 플래그를 설정하는 것이지만, VDP에 대해 제공되는 전문 서비스는 없습니다. 따라서 기술 지원에 문의하는 것이 좋습니다.

  • 사용자가 vCPU 수를 늘리지 않기로 결정하더라도 CPU 핫 플러그를 사용하도록 설정하지 않으면 스토리지 확장을 수행할 수 없습니다.

    디스크 스토리지를 확장할 때는 가상 시스템에서 CPU 핫 플러그를 사용하도록 설정해야 합니다. 버전 5.5.5에서는 CPU 및 메모리 핫 플러그가 기본적으로 사용하도록 설정되어 있습니다. 이전에는 CPU 핫 플러그를 사용하지 않도록 설정한 경우에도 스토리지 확장을 수행할 수 있었습니다.

  • 디스크 가져오기: 초기 구성 마법사에서는 항상 기본값인 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 메모리

ABV(Automatic Backup Verification) 문제

  • ABV: 클라이언트 보고서에서 "최근 60분 범위에 속함"에 대해 필터링하지 않습니다.

    분 필터가 예상대로 작동하지 않습니다. 클라이언트 보고서에서 "최근 60분 범위에 속함"에 대해 필터링하지 않지만, 최근 1시간에 대해서는 보고합니다. 이 문제는 백업 작업과 백업 확인 작업 모두에서 발생합니다.

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

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

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

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

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

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

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

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

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

    마지막 백업에 실패할 경우 ABV 작업에서 다음 오류가 나타납니다.
    Error: "오류 코드가 없는 예기치 않은 오류입니다. 로그를 참조하십시오."
    사용자에게 문제에 대해 알리지 않으며 로그에 유용한 정보가 포함되지 않습니다.

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

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

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

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

  • ABV: 대상 호스트가 연결 끊김 상태이면 플러그인 오류가 표시됩니다.

    대상 호스트의 연결이 끊어지면 확인 작업이 실패할 것으로 예상되지만 적절한 오류 메시지가 표시되지 않아 사용자가 실패의 원인을 알지 못합니다.

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

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

  • ABV: 작업 중 호스트 연결이 끊기면 스케줄링된 확인 작업이 92%에서 중단됩니다.

    임시 가상 시스템이 복원되는 대상 호스트의 연결이 끊어지면 스케줄링된 확인 작업이 92%에서 중단됩니다.

    해결 방법: 작업을 수동으로 취소하고 작업을 취소할 수 없으면 다음 명령을 사용하여 vCenter 웹 서비스나 VDP Appliance를 다시 시작하십시오.
    emwebapp.sh --restart

FLR(파일 수준 복원) 문제

  • 두 번째 디스크에서 Windows 2012 및 Windows 8을 실행하는 VM에서는 FLR(파일 수준 복원)이 작동하지 않습니다.

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

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

GLR(세부 수준 복원) 문제

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

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

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

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

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

해결된 문제

다음 문제가 해결되었습니다.

  • 스케줄링된 백업과 임시 백업의 백업 만료 시간이 일치하지 않습니다.

    요청에 따라 사용자 지정 보존 정책을 사용하는 백업 작업을 실행하는 경우, 동일한 백업 작업의 만료 시간이 항상 똑같지가 않습니다.

  • 클러스터 구성 도구가 시작 메뉴에서 바로 가기로 표시됩니다.

    av_cluster_config_wizard.exe 바로 가기를 사용하지 않도록 설정하여 더 이상 시작 메뉴에 표시되지 않습니다.

  • 복원 창에 vSphere Web Client가 시작된 클라이언트 시스템의 표준 시간대에 따라 타임 스탬프가 반영됩니다.
  • ESX 호스트 라이센스 vCloud Service Provider 라이센스에서 VDP 및 VDP Advanced Appliance에 대해 "라이센스가 없음"이 반환되었습니다.

    이 문제는 VDP 또는 VDP Advanced Appliance에서 이 ESX 호스트 라이센스에 대한 라이센스 버전을 확인하지 않아 발생하였습니다. 라이센스를 확인하도록 논리가 업데이트되었으므로 이 문제는 해결되었습니다.

  • VDP 설치 중 사용자가 로그아웃하고 데이터스토어의 공간을 확보한 후 VDP-구성 마법사에 다시 로그인하면 VDP가 장치 할당 화면에서 현재 사용 가능한 공간을 표시하지 못합니다.

    해결 방법: VDP-구성 세션에서 로그아웃하고 브라우저 캐시를 지운 다음 다시 로그인하십시오. 그러면 장치 할당에 사용 가능한 공간이 표시됩니다.

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

  • 보고서 탭의 임시 복제가 다른 VM 백업을 복제합니다.

    임시 복제 작업이 보고서 탭에서 수행되는 경우 복제 작업에 있는 다른 가상 시스템의 백업도 복제됩니다.

  • MCS를 다시 시작하면 이전에 실행된 복제 작업의 마지막 실행 시간 및 기간 값이 기본값으로 변경됩니다.

    VDP Appliance 버전 5.5의 관리 서비스를 다시 시작하면 이전에 실행된 복제 작업에 대한 복제 탭의 마지막 실행 시간 및 기간 값이 기본값인 사용 안 함으로 변경됩니다.

  • VDP Appliance가 복원 탭에서 취소된 백업 작업과 연결된 VM 클라이언트에 대한 복원 지점을 만듭니다.

    웹 클라이언트의 VDP Appliance에서 취소된 백업 작업은 보고된 취소 작업 결과와 동기화되지 않습니다. 따라서 VDP Appliance가 백업 작업에서 취소된 VM 클라이언트에 대한 복원 지점을 잘못 만듭니다.

  • 2TB보다 큰 디스크에서 이미지 새로 복원 작업에 실패합니다.

    이미지 새로 복원 기능은 디스크가 SAN 데이터스토어로 백업된 다음 동일한 데이터스토어로 복원되어 디스크 공간을 너무 많이 사용하는 씩 디스크 구성에서만 실패합니다. 씬 디스크 클라이언트에서는 이 문제가 발생하지 않습니다.

  • 두 번째 부팅 시 경보가 발생합니다.

    구성을 마친 후 VDP Appliance를 다시 시작하면 두 번째 부팅 프로세스 중에 경보가 간헐적으로 발생합니다. 예를 들어 "VDP: [008] 파일 수준 복원 서비스가 실행되고 있지 않습니다."라는 경보가 발생합니다.

    이 경우 부팅 프로세스가 완료될 때까지 기다린 다음 수동으로 경보를 확인하고 해제하십시오. 이러한 경보는 발생할 당시에는 유효하지만 부팅 프로세스를 실행하면 상황이 해결됩니다.

  • VDP에 기존 스토리지 연결 시: 무결성 검사를 실행하는 데 시간이 오래 걸리면 구성 작업이 80%에서 멈춰 있고 작업이 완료된 것으로 표시되지 않습니다.

    VDP Appliance가 무결성 검사를 실행하는 데 시간이 매우 오래 걸려도 구성을 성공적으로 완료합니다.

  • 확장성 이용 시: 10개 이상의 복원을 제출할 경우 VDP 시간 초과로 Web Client UI의 연결이 끊깁니다.

    단일 복원 작업에서 10개 이상의 백업을 복원하는 경우 UI가 시간 초과되고 VDP Appliance와의 연결이 끊깁니다.

  • VDP에 기존 스토리지 연결 시: 데이터 디스크 이외의 디스크를 가져오려고 할 때 메시지가 바뀔 수 있습니다.

    VDP에서 데이터 디스크 이외의 디스크를 가져오려고 하면 "선택한 디스크는 올바른 디스크가 아닙니다"라는 메시지가 표시됩니다.

    이 메시지는 "선택한 디스크는 올바른 데이터 디스크가 아닙니다"로 바뀌어야 합니다.

  • 사용자가 여러 백업 중에서 항목을 여러 개 선택하면 복원 페이지의 필터링 옵션을 사용하여 필터링하지 못합니다.

    사용자가 복원 페이지로 이동한 후 여러 가상 시스템을 복원하려고 하면 백업 화살표 필터 기능이 작동하지 않습니다. 사용자는 첫 번째 VM을 클릭한 후 수동으로 뒤로 이동하여 그 다음 VM을 선택해야 합니다.

  • vCenter를 변경하면 VDP Appliance에서 확인된 체크포인트로 롤백하지 못합니다.

    사용자가 vCenter 서버의 호스트 이름 또는 IP 주소를 변경한 다음 VDP-구성에 로그인하여 VDP Appliance에 대한 롤백을 수행하면 롤백에 실패합니다. 이 문제는 이 릴리스에서 해결되었습니다.

    vCenter 구성 작업을 완료한 후 VDP 서비스가 모두 실행되고 있을 때 무결성 검사를 수동으로 실행하여 유효한 체크포인트를 만드는 것이 가장 좋습니다. 그러면 필요한 경우 해당 체크포인트로 롤백할 수 있습니다.

  • 2-노드 클러스터에서 대상을 vApp 또는 리소스 풀로 선택하면 디스크 수준에서 복원에 실패합니다.

    2-노드 호스트 클러스터에서 대상을 vApp 또는 리소스 풀로 선택하는 경우 VMDK를 복원할 수 없습니다.

    해결 방법: 복원 작업을 다시 실행하고 독립 실행형 ESXi 호스트 또는 ESXi 호스트 클러스터를 대상으로 선택하십시오. 복원 작업이 완료된 후 복원된 VM을 vApp 또는 리소스 풀에 수동으로 추가할 수 있습니다.

  • VDP 설치 중 스토리지 구성 확인 대화 상자에서 예를 클릭하기 전에 데이터스토어를 삭제하거나 이름을 바꾼 경우 디스크 추가 작업이 자동으로 실패합니다.

    VDP 데이터 디스크를 저장하기 위해 선택한 데이터스토어를 삭제하거나 이름을 바꾸면 디스크 추가 작업이 무효화됩니다. 디스크 추가 작업에 실패했는데도 시스템은 작업이 완료되었다고 잘못 보고합니다. 디스크가 VDP Appliance에 연결되지 않았는데도 사용자에게 재부팅하라는 메시지가 표시됩니다.

    기본적으로 "Appliance와 함께 저장" 옵션은 선택되어 있으므로, VDP Appliance를 배포할 때 디스크를 동일한 데이터스토어에 배포합니다. 이 문제는 사용자가 "Appliance와 함께 저장" 옵션을 선택 취소하고 다른 데이터스토어를 선택하는 경우에만 발생합니다.

  • VDP 설치 중 장치 할당 화면에서 VDP를 통해 사용자가 새 디스크를 저장하기 위한 데이터스토어를 마운트 해제할 수 있습니다.

    VDP Appliance에서는 사용자가 마운트 해제된 데이터스토어에 새 디스크를 추가할 수 있습니다. 오류가 보고되지 않으며 사용자는 작업을 계속 진행할 수 있습니다. 이는 디스크 추가 작업에 실패하고 치명적인 오류 메시지가 표시되는 완료 준비 페이지에서 사용자가 예를 클릭하는 경우에만 해당됩니다.

  • 라틴 문자가 아닌 문자를 사용하여 데이터센터 이름을 지정하면 VDP가 시작한 백업에 실패합니다.
  • vCenter HTTP 포트가 80 이외의 다른 값으로 구성되었습니다. UI에서 "일부 라이센스를 획득하지 못함" 오류가 표시됩니다.

    vCenter HTTP 포트가 80 이외의 다른 값으로 구성되면 VDP Appliance 구성에서 고급 라이센싱 정보를 가져올 때 vCenter와 통신하지 못합니다. 이로 인해 VDP Appliance 배포 중 오류가 표시될 수 있습니다.

    새 VDP 5.5.5 Appliance를 배포하거나 이 버전으로 업그레이드한 후 vSphere Web Client가 고급 라이센싱 정보를 표시하지 않고 "일부 라이센스를 획득하지 못함" 오류가 표시됩니다.

    이러한 시나리오를 모두 해결하려면 다음 단계를 수행합니다.

    1. SSH 또는 Putty를 통해 루트 사용자로 VDP Appliance에 로그인합니다.
    2. /usr/local/vdr/etc/ 경로로 이동하고 vdp-options.properties 파일을 편집합니다.
    3. "com.vmware.vdp.option.vcenter.http_port" 필드를 찾습니다. 미리 구성된 값은 80입니다.
    4. 값 80을 vCenter 구성에 사용할 HTTP 포트로 수정합니다.
    5. 속성 파일의 변경 내용을 저장합니다.
    6. vSphere Web Client VDP 플러그인 및/또는 VDP 구성 UI 세션(있는 경우)에서 로그아웃합니다.
    7. emwebapp.sh --restart 명령을 실행하여 웹 서비스를 다시 시작합니다.

    참고: 이 방법은 VDP 5.5.5 Appliance에만 적용됩니다. 이전 릴리스에서는 이 기능이 아무런 영향을 미치지 않습니다.