VMware Data Recovery 2.0 | 빌드 433157

마지막 문서 업데이트 날짜: 2011년 8월 24일

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

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

이점 및 기능

VMware Data Recovery Overview - VMware(VMware Data Recovery 개요 - VMware)에서 이 제품의 이점과 여러 기능에 대해 읽어볼 수 있습니다. 알려진 문제와 해결된 문제에 대한 자세한 내용은 다음을 참조하십시오.

지원 환경

VMware Data Recovery 2.0은 다음 제품과 함께 사용할 수 있습니다.

  • VMware vSphere 5.0
  • VMware vSphere 4.1 업데이트 1
  • VMware vSphere 4.0 업데이트 3

Data Recovery 2.0으로 업그레이드

대부분의 경우 이미 설치되어 있는 Data Recovery에는 유지할 필요가 있는 복원 지점이 있습니다. 이러한 복원 지점을 유지하기 위해서는 이 섹션에 설명되어 있는 프로세스를 사용해야 합니다.

vSphere Client에 사용할 최신 Data Recovery 플러그인을 설치하여 업그레이드 프로세스를 시작합니다.

최신 Data Recovery 플러그인을 설치하는 방법

  1. vSphere Client를 닫습니다.
  2. 제어판의 프로그램 추가 또는 제거 옵션을 사용하여 이전 버전의 모든 VMware Data Recovery 플러그인을 제거합니다.
  3. 최신 Data Recovery 플러그인 Windows Installer 파일(.msi)을 시작하여 Data Recovery 플러그인을 설치합니다.

그런 다음 기존 복원 지점을 삭제하지 않은 채로 새 Data Recovery 장치를 배포해야 합니다. 중복 제거 저장소의 대상 볼륨이 가상 디스크인 경우에는 장치를 삭제하면 안 됩니다. 장치를 삭제하면 장치에 연결되어 있는 디스크가 삭제되어 중복 제거 저장소에 저장되어 있는 백업 데이터가 삭제됩니다. 이러한 문제를 방지하려면 다음 절차를 완료하십시오.

가상 디스크 또는 RDM을 사용하는 Data Recovery 장치를 업그레이드하는 방법

  1. 중요: VMware Data Recovery 2.0으로 업그레이드하려면 현재 환경의 모든 작업이 완료된 상태에서 시스템을 종료한 후 업그레이드를 수행해야 합니다. 무결성 검사 또는 회수 작업이 실행 중인 경우에는 작업이 완료될 때까지 기다립니다. 이러한 작업을 취소하지 마십시오.
  2. 실행 중인 작업이 없으면 대상 디스크를 마운트 해제하고 Data Recovery 장치를 종료합니다.
  3. 원래 Data Recovery 장치를 저장하려면 해당 장치의 이름을 바꿉니다. 예를 들어 VMware Data Recovery라는 장치의 이름을 VMware Data Recovery - OLD로 바꿀 수 있습니다.
  4. 새 장치를 배포합니다.
  5. 데이터스토어 브라우저를 사용하여 중복 제거 저장소가 들어 있는 디스크를 새 장치와 같은 위치로 이동합니다.
  6. 다음과 같이 새 장치의 설정을 편집합니다.
    1. 추가 > 하드 디스크를 선택합니다.
    2. 기존 가상 디스크 사용을 선택합니다.
    3. 데이터스토어로 이동한 후 이전 장치에 연결된 가상 디스크를 대상으로 선택합니다.
    4. SCSI 주소를 선택합니다.
    5. 마침을 선택합니다.
  7. 새 장치의 전원을 켭니다.
  8. 다음과 같이 이전 장치의 설정을 편집합니다.
    1. 중복 제거 저장소를 저장하는 데 사용할 하드 디스크를 선택합니다.
    2. 제거를 선택하고 가상 시스템에서 제거에 대한 기본 옵션을 그대로 둡니다. 가상 시스템에서 제거 및 디스크에서 파일 삭제를 선택하지 마십시오.
    3. 확인을 클릭합니다.
  9. 새 장치의 네트워킹을 구성합니다.
  10. Data Recovery vSphere 플러그인을 사용하여 백업 장치에 연결합니다.
  11. 시작 마법사를 완료합니다. 원하는 디스크를 마운트하되 포맷해서는 안 됩니다. 디스크를 포맷하면 모든 중복 제거 저장소 데이터가 지워집니다. 사용하려는 디스크가 다른 이름으로 표시될 수 있지만, 마법사를 완료한 후에는 올바른 이름이 표시됩니다.
  12. 중복 제거 저장소에서 구성을 복원할지 묻는 메시지가 표시됩니다. 작업과 백업 이벤트 및 기록을 복원하려면 를 선택합니다.
  13. 구성이 복원되면 클라이언트가 장치와의 연결을 끊었다가 연결을 다시 설정합니다. 이 과정은 몇 분 정도 소요될 수 있습니다.
  14. 클라이언트가 다시 연결되면 회수 또는 무결성 검사 작업이 시작되었는지 확인합니다. 이러한 작업이 시작되었으면 해당 작업을 중지합니다.
  15. 구성 > 대상즉시 클릭하여 마운트된 모든 대상에 대해 무결성 검사를 수행합니다.
  16. 백업 작업의 구성을 확인합니다.
  17. 인벤토리에서 이전 VMware Data Recovery 장치를 제거합니다.

손상된 복원 지점이 있으면 업그레이드 작업이 실패할 수 있습니다. "Data Recovery 장치 구성을 복원할 수 없습니다."라는 메시지가 나타나면 대상을 원래 Data Recovery 장치에 다시 추가한 후 무결성 검사를 실행하여 손상된 모든 복원 지점을 정리합니다. 무결성 검사가 성공적으로 완료되면 업그레이드 프로세스를 반복합니다.

중복 제거 저장소의 대상 볼륨이 CIFS 공유나 RDM이면 다음 절차를 완료하십시오.

CIFS 공유를 사용하는 Data Recovery 장치를 업그레이드하는 방법

  1. 중요: VMware Data Recovery 2.0으로 업그레이드하려면 현재 환경의 모든 작업이 완료된 상태에서 시스템을 종료한 후 업그레이드를 수행해야 합니다. 무결성 검사 또는 회수 작업이 실행 중인 경우에는 작업이 완료될 때까지 기다립니다. 이러한 작업을 취소하지 마십시오.
  2. 실행 중인 작업이 없으면 대상 디스크를 마운트 해제하고 Data Recovery 장치를 종료합니다.
  3. 원래 Data Recovery 장치를 저장하려면 해당 장치의 이름을 바꿉니다. 예를 들어 VMware Data Recovery라는 장치의 이름을 VMware Data Recovery - OLD로 바꿀 수 있습니다.
  4. 이전 Data Recovery 장치를 삭제합니다.
  5. 새 장치를 배포합니다.
  6. 새 장치의 전원을 켭니다.
  7. 새 장치의 네트워킹을 구성합니다.
  8. Data Recovery vSphere 플러그인을 사용하여 백업 장치에 연결합니다.
  9. 시작 마법사를 완료합니다. 백업 대상 페이지에서 네트워크 공유 추가 링크를 클릭하고 사용 중인 CIFS 공유에 해당하는 정보를 입력합니다.
  10. 중복 제거 저장소에서 구성을 복원할지 묻는 메시지가 표시됩니다. 작업과 백업 이벤트 및 기록을 복원하려면 를 선택합니다.
  11. 구성이 복원되면 클라이언트가 장치와의 연결을 끊었다가 연결을 다시 설정합니다. 이 과정은 몇 분 정도 소요될 수 있습니다.
  12. 클라이언트가 다시 연결되면 회수 또는 무결성 검사 작업이 시작되었는지 확인합니다. 이러한 작업이 시작되었으면 해당 작업을 중지합니다.
  13. 구성 > 대상즉시 클릭하여 마운트된 모든 대상에 대해 무결성 검사를 수행합니다.
  14. 백업 작업의 구성을 확인합니다.
  15. 인벤토리에서 이전 VMware Data Recovery 장치를 제거합니다.

손상된 복원 지점이 있으면 업그레이드 작업이 실패할 수 있습니다. "Data Recovery 장치 구성을 복원할 수 없습니다."라는 메시지가 나타나면 대상을 원래 Data Recovery 장치에 다시 추가한 후 무결성 검사를 실행하여 손상된 모든 복원 지점을 정리합니다. 무결성 검사가 성공적으로 완료되면 업그레이드 프로세스를 반복합니다.

향상된 기능

VMware Data Recovery 2.0에서는 여러 기능이 향상되었습니다. 새로운 기능에 대한 자세한 내용은 VMware Data Recovery 관리자 가이드를 참조하십시오. Data Recovery의 이번 릴리스에는 다음과 같은 기능이 향상되었습니다.

  • Data Recovery 장치에 CentOS 5.5 64비트가 운영 체제로 사용됩니다. 이를 통해 장치의 확장성과 안정성이 개선되었습니다.
  • 스왑 파일이 백업에 더 이상 포함되지 않습니다. 스왑 파일은 가상 시스템을 복원하는 것과 관계가 없기 때문에 제외되었으며, 그 결과 백업을 더 신속하게 완료하고 디스크 공간도 더 적게 사용할 수 있습니다.
  • 대상 유지 관리 창에서 무결성 검사 및 회수 작업을 스케줄링할 수 있습니다.
  • 무결성 검사의 유연성이 개선되었습니다.
    • 진행률이 추적됩니다. Data Recovery에서 무결성 검사를 중지할 경우 프로세스 전체를 재시작하지 않고도 재개할 수 있습니다. 예를 들어 유지 관리 창의 시간 범위가 초과되어 검사가 중지될 수 있습니다. 무결성 검사를 사용자가 수동으로 중지한 경우 검사를 다시 시작하면 처음부터 시작됩니다.
    • 무결성 검사가 실행되는 동안 다른 작업을 완료할 수 있습니다. 예를 들어 무결성 검사가 실행되는 동안 백업 및 복원 작업을 완료할 수 있습니다.
  • 백업, 무결성 검사 및 회수 작업의 성능이 개선되었습니다.
  • Data Recovery가 일시적인 네트워크 장애에 대해 보다 탄력적으로 대처합니다. 예를 들어 일시적인 네트워크 장애가 발생한 경우에도 CIFS 공유로의 백업 성능이 이전에 비해 향상되었습니다.
  • 새로운 백업 작업이 시작되지 않도록 백업 장치를 일시 중단할 수 있습니다.
  • e-메일 보고 기능이 추가되었습니다.

알려진 문제

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

  • 업그레이드된 버전의 하드웨어를 사용하는 가상 시스템을 FLR로 마운트할 수 없음

    FLR을 사용하여 가상 시스템에 액세스할 경우 드라이버는 가상 시스템에 액세스하는 물리적 가상 시스템에 설치됩니다. 이때 가상 하드웨어 버전에 적합한 드라이버가 설치됩니다. 가상 시스템을 가상 하드웨어 버전 4에서 가상 하드웨어 버전 7로 업그레이드하면 드라이버가 최신 상태가 아니기 때문에 가상 시스템에 더 이상 액세스할 수 없습니다. 이 문제를 해결하려면 이전 드라이버를 제거하고 새 드라이버를 설치해야 합니다. 가상 하드웨어 버전에 대한 자세한 내용은 KB 1003746 페이지를 참조하십시오.

  • e-메일 보고서의 형식이 올바르지 않음

    경우에 따라 e-메일 보고서의 여러 섹션이 텍스트 한 줄로 표시되어 읽기 어려울 수 있습니다. 이 문제는 주로 Microsoft Outlook에서 발생합니다. 이 문제를 해결하려면 Microsoft의 KB 287816 페이지에 나와 있는 첫 번째 방법을 사용하십시오.

  • 한 가지 문제에 대해 여러 개의 e-메일 보고서가 전송됨

    경우에 따라 Data Recovery에서 한 가지 문제에 대해 e-메일 보고서를 여러 개 보냅니다. 이 경우에는 중복 알림을 무시하면 됩니다.

  • 이전 버전의 클라이언트 플러그인이 SSL을 사용하는 백업 장치를 응답 없는 장치로 해석함

    기본적으로 Data Recovery 2.0에는 SSL 연결이 사용됩니다. 그러나 Data Recovery 1.2.1과 그 이전 버전은 SSL을 사용하도록 설계되지 않았습니다. 그 결과, SSL이 필요한 백업 장치 버전 2.0을 사용할 경우 사용자가 이전 버전의 클라이언트 플러그인을 사용하여 연결을 시도하면 문제가 발생할 수 있습니다. 이 경우 클라이언트 플러그인은 연결이 실패하면 백업 장치가 실행 중이 아니거나 응답이 없는 것으로 해석합니다. 이 문제를 해결하려면 클라이언트 플러그인을 백업 장치와 동일한 버전으로 업그레이드하여 SSL 기능을 사용할 수 있도록 해야 합니다.

    또는 datarecovery.ini 파일의 설정을 수정하여 백업 장치에서 SSL을 사용하지 않도록 설정할 수 있습니다. ConnectionAcceptMode는 Data Recovery가 네트워크를 통해 연결하는 방법을 제어합니다. 기본 ConnectionAcceptMode 설정은 1이며, 이 경우에 SSL이 필요합니다. 값을 2로 설정하면 일반 텍스트가 필요하고, 3으로 설정하면 SSL을 사용하려고 시도하지만, 실패할 경우 일반 텍스트가 대신 사용됩니다.

  • ESXi 호스트에 직접 연결되어 있으면 가상 시스템을 복원할 수 없음

    ESXi에서 vCenter Server를 가상 시스템으로 호스트하는 경우에 재해 복구를 해야 할 때와 같이 가상 시스템을 ESXi 호스트에 직접 복원해야 하는 경우도 있습니다. ESXi 5.0 호스트를 vCenter에서 관리할 경우 새로 추가된 vSphere 5 기능으로 인해 이러한 복원은 실행할 수 없습니다. 이 기능을 무시하고 가상 시스템을 복원하려면 먼저 호스트와 vCenter와의 연결을 끊어야 합니다. 이전 릴리스에서는 vCenter 관리 기능이 많지 않아 vCenter에서만 해지할 수 있었습니다.

    1. vSphere Client를 사용하여 ESXi 5.0 호스트에 직접 연결합니다.
    2. 인벤토리의 왼쪽 패널에서 호스트를 선택합니다.
    3. 오른쪽 패널에서 [요약]을 클릭합니다.
    4. 제목이 호스트 관리인 상자에서 vCenter Server에서 호스트 연결 해제를 클릭합니다.
      호스트를 유지 관리 모드로 설정할 필요는 없습니다.
    5. vCenter Server를 복원하여 정상화한 후에는 호스트에 다시 연결하는 데 사용할 수 있습니다.

     

해결된 문제

마지막 Data Recovery 릴리스 이후에 다음과 같은 문제가 해결되었습니다. 아래의 해결된 문제점 목록은 이번 Data Recovery 릴리스에만 적용됩니다.

  • Data Recovery Client 플러그인을 장치에 연결할 수 없음

    역방향 DNS 조회가 잘못 구성되어 있는 경우 vSphere Client 플러그인을 연결할 수 없었습니다. 이 문제는 클라이언트를 수정하여 해결되었습니다.

  • 일반 입출력 오류로 인해 중복 제거 저장소를 사용할 수 없음

    Data Recovery 2.0 베타 1은 Data Recovery 1.2 및 이전 버전의 중복 제거 저장소와 함께 사용하지 못하도록 의도적으로 설계되었습니다. Data Recovery 1.2 또는 이전 버전을 사용하여 생성된 중복 제거 저장소에 연결하면 무결성 검사를 복원, 백업 또는 완료하려는 시도가 실패했습니다. Data Recovery 2.0 베타 2 이상은 이전 버전의 중복 제거 저장소와 함께 사용하도록 설계되었기 때문에 이 문제가 더 이상 발생하지 않습니다.

  • '알 수 없음 오류 1'이 발생하여 백업 생성이 실패함

    현재의 최소 자격 증명으로 백업을 생성할 경우 알 수 없는 오류 1로 인해 스냅샷 실패 오류가 발생하여 작업이 실패할 수 있습니다. 이 문제는 백업을 실행하는 동안 vMotion을 사용하지 못하도록 변경했기 때문에 발생했는데 이번 릴리스에서 이 문제가 해결되었습니다.

  • Linux 가상 시스템의 경우 복원한 후 스왑 공간을 사용하도록 설정해야 함

    Data Recovery는 Linux 가상 시스템의 스왑 파티션을 백업하지 않았습니다. 이러한 가상 시스템을 복원할 경우 스왑 공간이 사용되지 않도록 설정되었습니다. 이제는 이런 문제가 해결되었으며 스왑 공간도 정상적으로 복원할 수 있습니다.

  • 중복 제거 저장소를 다른 장치에 연결한 후 클라이언트를 연결할 수 없음

    Data Recovery 2.0 베타 1 백업 장치를 사용하여 백업을 실행한 후 중복 제거 저장소 대상을 제거한 다음 새 Data Recovery 2.0 베타 1 백업 장치에 연결하면 구성 파일을 가져온 후에 플러그인을 다시 연결할 수 없었습니다. 이제는 이 문제가 해결되어 플러그인이 정상적으로 다시 연결됩니다.

  • Linux에서 vCenter Server의 디스크가 꽉 참

    Linux에서 vCenter Server에 Data Recovery 백업 장치를 설치하면 사용 가능한 모든 디스크 공간을 짧은 시간 안에 로그가 모두 사용할 수 있습니다. 이번 릴리스에서 이 문제가 해결되었습니다.

  • 웹 관리 인터페이스를 사용할 수 없음

    웹 관리 인터페이스를 사용할 수 없었습니다. 백업 장치를 시작할 때 웹 관리 인터페이스가 제대로 시작되지 않는 것과 관련된 오류 코드가 표시되었습니다. 이제 웹 관리 인터페이스를 정상적으로 사용할 수 있습니다.

  • Solaris 디스크가 제외될 수 있음

    기본적으로 Data Recovery 2.0에서는 가상 시스템의 스왑 파티션 또는 pagefile.sys 파일에 저장되어 있는 정보를 백업하지 않습니다. Data Recovery는 Solaris에서 디스크 ID를 검사하여 스왑 공간 파티션을 식별합니다. 이전 버전의 Solaris에서는 동일한 ID(0x82)를 이용하여 Linux에 현재 사용되는 디스크를 식별하여 스왑 파티션을 식별했습니다. 그 결과 Data Recovery는 ID가 0x82인 디스크는 백업하지 않았으며, 여기에는 Solaris 디스크의 비스왑 공간 스토리지가 포함되었습니다. 이제는 이런 문제가 해결되었으며 Solaris 디스크도 정상적으로 백업됩니다.