백업 세트 생성

백업 요구 사항

%edition_name% 요구 사항

%edition_name%이(가) 다음 요구 사항을 충족하는지 확인하십시오

  1. Hyper-V 서버에 %edition_name%이 설치되어 있습니다. Hyper-V 클러스터 환경의 경우 %edition_name%이 모든 클러스터 노드에 설치됩니다.
  2. Hyper-V/Hyper-V 클러스터 백업 세트를 설정하기 위한 운영 체제 계정에는 관리자 권한이 있어야 합니다(예: 클러스터 스토리지에 액세스하기 위한 관리 권한).
  3. %edition_name% 사용자 계정에 충분한 Hyper-V 애드온 모듈 또는 CPU 소켓이 할당되어 있습니다. Hyper-V 클러스터 백업 세트에는 노드당 하나의 %edition_name% 라이센스가 필요합니다.
  4. 저장 목적지에는 게스트 가상 머신의 스토리지를 수용할 수 있는 충분한 할당량이 할당되어 있습니다.
    Hyper-V 게스트 가상 머신에는 세 가지 유형의 가상 디스크가 포함되어 있습니다:
    Hyper-V 게스트 가상 머신에는 세 가지 유형의 가상 디스크가 포함되어 있습니다:
  5. %edition_name%의 기본 Java 힙 크기 설정은 2048MB입니다. Hyper-V 백업의 경우 백업 및 복원 성능을 향상시키기 위해 Java 힙 크기 설정을 늘리는 것이 좋습니다. (실제 힙 크기는 Hyper-V 서버에서 사용 가능한 여유 메모리 양에 따라 다릅니다.) 대용량 VHD 파일의 델타 생성은 메모리를 많이 사용하는 프로세스이므로 Java 힙 크기를 최소 4096MB로 늘리는 것이 좋습니다. 실제 필요한 Java 힙 크기는 파일 크기, 델타 모드, 백업 빈도 등을 비롯한 다양한 요인에 따라 달라집니다.
  6. 독립 실행형 Hyper-V 서버의 경우 %edition_name%은(는) 백업 세트 인덱스 파일과 백업 작업 중에 생성된 모든 증분 또는 차등 델타 파일을 저장하기 위해 임시 폴더를 사용합니다. 최적의 백업/복원 성능을 보장하려면 여유 디스크 공간이 충분한 로컬 드라이브에 위치해야 합니다. Windows 시스템 C:\ 드라이브에 있으면 안 됩니다.
  7. Notes:페일오버 클러스터 환경의 Hyper-V 서버:

  8. 직접 복원 실행을 사용하여 게스트 가상 머신을 시작하거나 마이그레이션 프로세스를 실행할 때 %edition_name% UI가 실행 중이어야 합니다.
  9. 직접 실행이 활성화된 로컬, 매핑된 드라이브 또는 이동식 드라이브 스토리지 대상의 경우 압축 유형은 항상 압축 없음으로 설정되고 데이터 암호화는 비활성화되어 최적의 백업 및 복원 성능을 보장합니다. 백업 세트의 압축 유형 및 데이터 암호화 설정은 %cbs_name%, SFTP/FTP 또는 클라우드 스토리지 대상에만 적용됩니다.
  10. 간편한 복원을 위해 개별 가상 디스크가 아닌 전체 게스트 머신(모든 가상 디스크)을 백업하는 것이 좋습니다.
  11. MS Windows 시스템 백업은 이미지 생성에 사용되는 VHD 형식을 사용하는 MS wbadmin의 제한으로 인해 Windows 2008, 2008 R2 및 2011에서 2TB보다 큰 드라이브의 이미지를 생성할 수 없습니다. Windows 2012의 제한이 64TB로 증가했습니다.
    자세한 내용은 다음을 참조 하십시오: https://support.microsoft.com/en-us/help/2696906/backup-fails-in-windows-7-when-trying-to-create-a-system-image
  12. 직접 실행을 위해 NFS 서비스가 시작되었는지 확인합니다. Run Direct가 네트워크 드라이브에서 실행 중인 경우 로그인에 네트워크 리소스에 액세스할 수 있는 충분한 권한이 있어야 합니다.

Hyper-V 서버 요구 사항

Hyper-V 서버가 다음 요구 사항을 충족하는지 확인하십시오

  1. 서버에 Hyper-V 관리 도구가 설치되어 있습니다. Hyper-V 클러스터 환경의 경우 Hyper-V 관리 도구는 모든 클러스터 노드에 설치됩니다.
  2. 서버에서 Hyper-V 서비스가 시작됩니다. Hyper-V 클러스터 환경의 경우 Hyper-V 서비스는 모든 클러스터 노드에서 시작됩니다.
  3. Microsoft Hyper-V VSS 작성기가 Hyper-V 서버에 설치되어 실행 중이며 작성기 상태는 안정적입니다. 이는 vssadmin list writers 명령을 실행하여 확인할 수 있습니다.
    vssadmin 목록 작성기
    스크립트를 찾습니다:
    Writer name: 'Microsoft Hyper-V VSS Writer' Writer Id: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de} Writer Instance Id: {a51919e3-0256-4ecf-8530-2f600de6ea68} State: [1] Stable Last error: No error
  4. 통합 서비스가 게스트 가상 머신에 설치/업데이트되지 않았거나 게스트 운영 체제가 통합 서비스에서 지원되지 않는 경우 해당 가상 머신은 백업 및 복원을 위한 스냅샷 프로세스 중에 일시 중지되거나 저장된 상태로 전환됩니다. 스냅샷이 완료되면 다시 시작합니다. 또한 해당 가상 머신 가동 시간도 Hyper-V Manager에서 00:00:00으로 재설정됩니다.
  5. Integration Services 게스트 가상 머신을 설치 또는 업데이트하려면 설치를 완료하기 위해 게스트 가상 머신을 다시 시작해야 할 수 있습니다.
  6. Hyper-V 2008 R2 서버의 경우 직접 복원 실행 기능을 사용하려면 "Microsoft 보안 권고 3033929" 보안 업데이트를 설치해야 합니다.
    자세한 내용은 다음을 참조하십시오: https://support.microsoft.com/en-us/kb/3033929
  7. 직접 Hyper-V 클러스터 백업 세트 실행의 경우 스토리지 대상은 모든 Hyper-V 노드에서 액세스할 수 있어야 합니다.
  8. Hyper-V 클러스터 백업 세트의 경우 장애 조치 클러스터 관리자가 게스트 가상 머신을 만들고 관리해야 합니다.

Hyper-V 백업 방법

%edition_name%은 Hyper-V 게스트 VM 백업, VM 스냅샷 및 저장된 상태의 두 가지 방법을 지원합니다.

  1. VM 스냅샷
  2. VM 스냅샷 방법은 라이브 게스트 VM 백업을 지원하므로 기본 백업 옵션입니다. 이는 백업 작업 중에 VSS 스냅샷을 생성할 때 게스트 VM이 저장된 상태로 전환되지 않음을 의미합니다. 따라서 백업 작업이 수행될 때마다 게스트 VM에서 실행되는 애플리케이션이나 서비스의 가용성에 영향을 미치지 않습니다.

    !

    VM 스냅샷 방법을 사용할 수 없는 경우 %edition_name%은(는) 자동으로 저장된 상태 방법을 사용합니다.

    VM 스냅샷 방법 요구 사항

  3. 저장된 상태
  4. 저장된 상태 방법을 사용할 때 게스트 VM은 VSS 스냅샷이 생성되는 동안(효과적으로 종료됨) 게스트 VM이 저장된 상태로 전환되며 기간은 게스트 VM의 크기에 따라 다릅니다. 단점은 백업 작업이 수행될 때마다 게스트 VM에서 실행되는 모든 애플리케이션 또는 서비스의 가용성에 영향을 미칠 수 있다는 것입니다.

CBT 요구사항

%edition_name% 버전 7.9부터 새 서비스 CBT 클러스터 서비스(온라인 백업 관리자)가 설치되고 버전 %edition_name% v7.9.0.0 이상으로 업그레이드/업그레이드될 때 활성화됩니다.

  1. CBT(Changed Block Tracking)는 이전 스냅샷 이후 변경된 데이터 블록의 로그를 유지하여 가상 머신의 증분 백업을 최적화하는 데 사용됩니다. %edition_name%이(가) 백업을 수행할 때 CBT 기능은 마지막 백업 이후 변경된 블록 또는 사용 중인 블록에 대해서만 전송을 요청할 수 있습니다.
  2. !

    버전 7.15.0.0부터 CBT 서비스는 RunDirect 관련 로컬 대상만이 아닌 %edition_name%의 모든 백업 대상에서 지원됩니다.

  3. CBT 클러스터 서비스는 Windows x64 시스템에만 설치됩니다.
  4. CBTFilter가 활성화되어 있는지 확인하십시오. 이는 net start CBTFilter 명령을 실행하여 확인할 수 있습니다.
    C:\Users\Administrator>net start CBTFilter 요청한 서비스가 이미 시작되었습니다. NET HELPMSG 2182 를 입력하면 추가 도움말을 볼 수 있습니다.
  5. CBT Cluster Service 및 CBTFilter는 RCT(Resilient Change Tracking)라는 내장 시스템이 대신 사용되는 Windows Server 2016/2019에 설치되지 않습니다.

윈도우즈 서버 2016/2019 요구사항

  1. RCT 요구사항
  2. Guest VM 종속성 요구사항
  3. Hyper-V를 최대한 활용하려면 적절한 linux-tools 및 linux-cloud-tools 패키지를 설치하여 가상 머신과 함께 사용할 도구 및 데몬(예: VSS 스냅샷 데몬)을 설치합니다.

    자세한 내용은 다음을 참조하십시오: https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/supported-linux-and-freebsd-virtual-machines-for-hyper-v-on-windows

제한사항

다음은 MS Hyper-V 백업 모듈의 제한 사항입니다:

  1. SMB 3.0 공유에 있는 게스트 머신의 백업은 지원되지 않습니다.
  2. 통과 디스크(직접 연결된 물리적 디스크)가 있는 게스트 VM의 백업은 지원되지 않습니다. 이는 Microsoft 소프트웨어 섀도 복사본 공급자가 게스트 VM 백업에 필요한 통과 디스크의 VSS 스냅샷과 함께 %edition_name%을(를) 제공할 수 없기 때문에 Hyper-V 제한 사항입니다.
  3. 게스트 VM 수준 백업은 불가능하지만 %edition_name%을(를) 게스트 VM에 직접 설치하여 백업을 수행하는 것이 좋습니다.

  4. 개별 가상 디스크 백업의 경우 복원된 가상 머신은 %edition_name%에서 이전에 백업하지 않은 디스크가 스냅샷에 포함된 경우 이전 스냅샷의 복귀를 지원하지 않습니다.
  5. 게스트 가상 머신은 동일한 버전의 Hyper-V 서버로만 복원할 수 있습니다. 즉, Hyper-V 2012 R2 서버의 게스트 백업은 Hyper-V 2008 R2 서버로 복원할 수 없으며 그 반대의 경우도 마찬가지입니다.
  6. 게스트 운영 체제가 포함된 가상 디스크가 복원되지 않은 경우 게스트 가상 머신이 시작되지 않습니다.
  7. 개별 가상 디스크의 복원은 스냅샷이 없는 가상 디스크에 대해 원시 파일 복원 옵션을 사용하는 경우에만 지원됩니다.
    !

    이렇게 하려면 Hyper-V 게스트 구성 파일을 수정해야 하며 Hyper-V에 대한 심층적인 지식과 이해가 있는 경우에만 이 작업을 수행해야 합니다. 그렇지 않으면 게스트 가상 머신이 제대로 시작되지 않을 수 있습니다.


  8. 대체 위치로의 복원은 한 번에 하나의 게스트 가상 머신에서만 수행할 수 있습니다.
  9. 저장된 상태를 포함하는 Run Direct를 사용하여 복원된 게스트 가상 머신은 자동으로 전원이 켜지지 않습니다. 저장된 상태는 Hyper-V 관리자에서 수동으로 삭제하고 게스트 전원을 수동으로 켜야 합니다.
  10. Run Direct 지원 백업 세트의 경우 저장 대상이 로컬, 매핑 또는 이동식 드라이브로 제한됩니다.
  11. Run Direct 인스턴스가 중지된 상태에서 게스트 가상 머신이 시작될 때 게스트 가상 머신이 "Run Direct 후 자동 마이그레이션 실행" 옵션.
  12. 직접 복원 실행을 사용하여 게스트 가상 머신을 시작하면 관련 백업 세트에 대한 모든 백업 작업(수동 및 예약)을 건너뜁니다.
  13. 직접 복원 실행을 사용하여 게스트 가상 머신을 시작하면 백업 세트에 대해 다음 기능을 사용할 수 없습니다. 데이터 무결성 검사, 여유 공간 확보 또는 백업 데이터 삭제.
  14. Granular Restore는 "Windows 7 SP1" 또는 "Windows Server 2008 R2 SP1"에서 지원되지 않습니다.

Granular Restore 요구 사항

Granular Restore를 사용하려면 다음 요구 사항을 충족해야 합니다:

  1. Granular Restore는 Granular Restore 기능이 활성화된 Windows 플랫폼에서 %edition_name% v7.13.0.0 이상을 사용하여 생성 및 백업된 Hyper-V 백업 세트에서만 지원됩니다.
  2. 이 기능이 작동하려면 백업 세트마다 OpenDirect/Granular Restore 애드온 모듈이 필요합니다. 자세한 내용은 백업 서비스 제공업체에 문의하십시오.
  3. Granular 복원 백업 세트에는 압축과 암호화가 모두 활성화되어 있지 않습니다. 복원 성능을 최적화하기 위해 필요한 스토리지 할당량은 non-Granular Restore 백업 세트보다 높아야 합니다. 자세한 내용은 백업 서비스 제공업체에 문의하십시오.
  4. 임시 디렉토리 폴더는 적어도 복원할 백업 이미지와 동일한 크기를 가져야 합니다.
  5. VHD 이미지가 Windows에서 %edition_name%에 의해 논리 드라이브로 마운트되고 마운트된 볼륨에 대해 사전순으로 사용 가능한 다음 드라이브 문자를 자동으로 사용하므로 세분화된 복원 프로세스에 하나의 예비 드라이브 문자를 사용할 수 있어야 합니다. (드라이브 문자 A, B, C는 사용되지 않습니다.)
  6. 권장되는 최소 네트워크 속도는 초당 100Mbits 이상의 다운로드 속도입니다. 네트워크 대역폭은 최적의 성능을 보장하기 위해 게스트 가상 머신 크기 및 증분 델타 체인 길이에 비례하여 증가되어야 합니다. 제한된 네트워크 대역폭으로 작업하면 Granular 복원 성능에 심각한 영향을 미칠 수 있습니다. 온라인 속도 연결 테스트 사이트를 사용하여 연결 속도를 테스트할 수 있습니다 (예. http://www.speedtest.net).
  7. 다음 종속성은 복원과 관련되어 있으므로 Granular 복원을 수행할 때만 %edition_name%에서 확인합니다. 이러한 요소가 없어도 백업 작업에는 영향을 미치지 않지만 복원이 실패하게 됩니다.
  8. . %edition_name% 클라이언트 시스템의 설치 및 작동에 사용되는 Windows 로그인 계정에는 관리자 권한이 필요합니다.

  9. Key:

    필드 설명
    이름 백업 세트의 이름입니다.
    백업 세트 유형 백업 세트의 유형입니다., 예. MS Hyper-V 백업
    버전 Hyper-V 서버의 버전입니다..

    단계:

    1. 의미 있는 백업 세트 이름을 입력합니다.
    2. 백업 세트 유형을 선택합니다.
    3. Hyper-V 서버 버전을 선택합니다.
    4. 계속하려면 [다음] 버튼을 클릭합니다.

    MS Hyper-V 클러스터의 설정 예:

    가정:

    1. Hyper-V 클러스터 설정에는 3개의 노드가 있습니다. 다음 예에서는 이를 node1, node2 및 node3이라고 합니다.
    2. 3개의 노드는 모두 같은 시간대에 있습니다.
    3. 동일한 백업 위치(예: 동일한 액세스 권한을 가진 로컬 공유 대상)에 연결할 수 있습니다.

    Notes:

    1. 동일한 백업 세트 설정이 필요할 때 모든 머신에 적용해야 하므로
      • 백업 세트가 생성되거나
      • 모든 변경 사항이 백업 세트에 적용됩니다,
        예:
        • 백업 일정 변경
        • 백업 소스 선택
        • 백업 목적지
        마지막 변경 사항이 있는 노드에서 설정을 내보낸 다음 다른 모든 노드로 가져와야 합니다. 그렇지 않으면 백업 세트 설정이 동기화되지 않습니다.
        예:
        node1에서 백업 일정이 변경되고 백업 세트가 동기화되지 않으면 다른 노드가 이전 백업 일정에 따라 계속 실행되므로 백업 작업이 백업 시점의 실제 서버 상태에 반영되지 않을 수 있습니다.
    2. 다른 노드에서 설정을 가져오면 해당 노드의 모든 백업 세트 설정을 덮어씁니다.

    단계:

    1. node1에서 Hyper-V 클러스터 백업 세트를 생성/수정하고 예약 백업이 켜져 있는지 확인합니다..
    2. [유틸리티] > [설정 내보내기/가져오기]에서 node1의 설정 내보내기
    3. [유틸리티] > [설정 내보내기/가져오기]에서 node1 설정을 node2로 가져옵니다
    4. node2에서 예약 백업을 활성화합니다.
    5. [유틸리티] > [설정 내보내기/가져오기]에서 node2의 설정 내보내기
    6. [유틸리티] > [설정 내보내기/가져오기]에서 node2 설정을 node3로 가져옵니다
    7. node3에서 예약 백업을 활성화합니다.
    8. [유틸리티] > [설정 내보내기/가져오기]에서 node3의 설정 내보내기
    9. [Utilities] > [Ex/Import Settings]에서 node3 설정을 node1과 node2로 가져옵니다