일반적인 하이퍼 V 백업 전략
Hyper-V 가상 컴퓨터를 백업하는 것은 간단할 수 있습니다. 그러나, 상황이 복잡 해질 수 있습니다., 너무, 당신의 설정에 따라.
하이퍼-V에는 몇 가지 일반적인 재해 복구 시나리오가 있습니다.
VM을 백업하고 백업 기록을 유지합니다. 예를 들어, 매일 밤 백업하고 마지막 7 일을 유지
에이전트 없는 백업으로 알려진 라이브 백업 및 오프라인 백업(핫 백업 또는 콜드 백업)
저장된 상태 백업(백업 고정)
VM 내부에서 수행된 백업(에이전트 백업)
라이브 하이퍼 V VM 복제
호스트에서 가져온 백업
라이브 하이퍼 V 백업
라이브 백업은 대부분의 사용자가 원하는 것입니다. 라이브 백업은 하이퍼 V 및 VSS, 마이크로 소프트 윈도우 XP 및 이후의 볼륨 그림자 서비스에 의해 제공됩니다.
이전 운영 체제는 VSS를 제공하지 않으므로 라이브 백업 도구와 호환되지 않습니다.
라이브 백업이 제대로 작동하려면 다음이 있어야 합니다.
VSS 가능한 호스트 운영 체제 및 VSS가 제대로 작동합니다. (Windows 서버 2008 이상)
VSS 가능한 게스트 운영 체제. VM은 Windows XP 또는 서버 2003 이상을 실행해야 합니다. 일부 Linux 변형은 호스트 운영 체제 버전에 따라 지원될 수 있습니다.
각 VM에 최신 하이퍼 V 통합 서비스를 설치해야 합니다.
NTFS 파일 시스템을 사용해야 합니다.
사용 가능한 RAM 및 디스크 공간이 충분해야 합니다(디스크 공간 10GB 및 최소 1GB RAM).
VSS 저장 영역이 충분히 커야 합니다. VSSuiRUN을 사용합니다. EXE 또는 vssadmin이 문제를 방지하기 위해 10GB 를 초과하는 무한 또는 고한을 설정합니다.
백업 응용 프로그램은 프로세스를 시작하고 Windows, Hyper-V 및 VSS를 포함합니다. 백업 신호도 VM에 푸시됩니다. 그러면 VM의 VSS가 트리거되고 VSS 요청을 처리할 수 있는 VM 내의 모든 서비스에 알린다. 그런 다음 VM이 중단 없이 계속 작동하는 동안 백업은 VM의 사실상 고정된 응용 프로그램 및 크래시 일관된 상태를 통해 수행됩니다.
오프라인 VM 백업
오프라인 VM 백업은 VSS 지원 서비스 또는 운영 체제가 없는 경우에 적합합니다. 그러나 오프라인 백업이 때로는 "더 나은"이기 때문에. VM의 운영 체제를 포함하여 모든 서비스를 종료해야 합니다. 그런 다음 백업을 수행하면 VM이 다시 부팅됩니다. 이렇게 하면 VM을 정기적으로 부팅할 수 있습니다. 그러나 많은 설정에서 필요한 가동 중지 시간이 문제가 될 수 있습니다.
VM을 재부팅하는 것은 시스템의 Windows 및 기타 임시 영역을 지우고 VM을 실제로 부팅 할 수 있기 때문에 좋습니다. VHD가 손상되거나 바이러스 또는 소프트웨어 오류로 인해 부팅 절차에 문제가 발생할 수 있습니다. 백업이 항상 라이브로 수행되고 VM이 재부팅되지 않으면 오류가 나타나지 않고 눈에 띄지 않습니다.
또한 관리자는 가상 서버에서 실행되는 VSS 호환되지 않는 서비스가 있는지 여부를 알지 못하는 경우가 많습니다.
예를 들면 다음과 같습니다.
마이크로소프트 액세스
Mysql
독점 데이터베이스 및 플랫 파일 데이터스토어 배열
저장된 상태 백업
저장된 상태는 Microsoft가 비 VSS 호환 운영 체제의 최소한의 데이터 손실로 다소 유용한 백업을 수행할 수 있도록 고안한 것입니다.
윈도우 서버 2008 / R2 및 2012 호스트 서버에서 대부분의 리눅스 변형
Windows 서버 2000 이상
이전 또는 존재하지 않는 Hyper-V 통합 서비스를 갖춘 최신 Windows 버전
VM에 최신 하이퍼 V 통합 서비스 설치가 없는 경우 저장 상태 모드로 백업됩니다.
다음과 같은 경우 저장된 상태 백업도 수행할 수 있습니다(백업 응용 프로그램이 아닌 하이퍼 V 관리까지 결정됨).
리소스가 충분하지 않습니다(RAM, 심하게 조각난 RAM의 경우처럼)
VM OS가 부팅 또는 종료 프로세스에 있습니다.
라이브 하이퍼 V VM 복제
한 서버에서 다른 서버로 VM을 복제하고 백업 버전 관리를 사용하여 X 수의 과거 버전을 유지할 수도 있습니다. 가상 디스크를 압축하고 중복 제거하는 대신 VSS가 가상 디스크를 크래시 및 응용 프로그램 일관된 상태로 가져온 후에는 복사할 수 있습니다. 복구 서버에서는 가상 디스크가 기본 형식이고 시작할 준비가 되어 있으므로 지체 없이 필요할 때마다 부팅할 수 있습니다.
VM 내부에서 수행된 백업(에이전트 백업)
일부 시나리오에서는 VM 내에서 백업을 수행해야 합니다.
Linux 또는 Windows Server 2000과 같이 호스트에서 라이브로 백업할 수 없는 VSS 호환되지 않는 OS를 사용하고 있습니다.
iSCSI 또는 호스트에 물리적인 마운트 파티션과 같이 VM 내부에 직접 연결된 저장소를 사용하는 경우
두 가지 전략을 모두 작동하도록 하는 또 다른 솔루션
Hyper-V에 대한 세분화된 백업은 IT 관리자가 호스트의 VM 내부 파일에 액세스할 수 있는 혁신적인 기능입니다. 호스트에서 VM의 가상 디스크에 액세스할 수 있는 경우 VM 내부에 소프트웨어를 설치하지 않고 VM 폴더의 라이브 백업을 수행할 수 있습니다. 하이퍼-V 및 VMware에 대한 이 백업 솔루션을 참조하십시오.
Hyper-V 가상 컴퓨터를 백업하는 것은 간단할 수 있습니다. 그러나, 상황이 복잡 해질 수 있습니다., 너무, 당신의 설정에 따라.
하이퍼-V에는 몇 가지 일반적인 재해 복구 시나리오가 있습니다.
VM을 백업하고 백업 기록을 유지합니다. 예를 들어, 매일 밤 백업하고 마지막 7 일을 유지
에이전트 없는 백업으로 알려진 라이브 백업 및 오프라인 백업(핫 백업 또는 콜드 백업)
저장된 상태 백업(백업 고정)
VM 내부에서 수행된 백업(에이전트 백업)
라이브 하이퍼 V VM 복제
호스트에서 가져온 백업
라이브 하이퍼 V 백업
라이브 백업은 대부분의 사용자가 원하는 것입니다. 라이브 백업은 하이퍼 V 및 VSS, 마이크로 소프트 윈도우 XP 및 이후의 볼륨 그림자 서비스에 의해 제공됩니다.
이전 운영 체제는 VSS를 제공하지 않으므로 라이브 백업 도구와 호환되지 않습니다.
라이브 백업이 제대로 작동하려면 다음이 있어야 합니다.
VSS 가능한 호스트 운영 체제 및 VSS가 제대로 작동합니다. (Windows 서버 2008 이상)
VSS 가능한 게스트 운영 체제. VM은 Windows XP 또는 서버 2003 이상을 실행해야 합니다. 일부 Linux 변형은 호스트 운영 체제 버전에 따라 지원될 수 있습니다.
각 VM에 최신 하이퍼 V 통합 서비스를 설치해야 합니다.
NTFS 파일 시스템을 사용해야 합니다.
사용 가능한 RAM 및 디스크 공간이 충분해야 합니다(디스크 공간 10GB 및 최소 1GB RAM).
VSS 저장 영역이 충분히 커야 합니다. VSSuiRUN을 사용합니다. EXE 또는 vssadmin이 문제를 방지하기 위해 10GB 를 초과하는 무한 또는 고한을 설정합니다.
백업 응용 프로그램은 프로세스를 시작하고 Windows, Hyper-V 및 VSS를 포함합니다. 백업 신호도 VM에 푸시됩니다. 그러면 VM의 VSS가 트리거되고 VSS 요청을 처리할 수 있는 VM 내의 모든 서비스에 알린다. 그런 다음 VM이 중단 없이 계속 작동하는 동안 백업은 VM의 사실상 고정된 응용 프로그램 및 크래시 일관된 상태를 통해 수행됩니다.
오프라인 VM 백업
오프라인 VM 백업은 VSS 지원 서비스 또는 운영 체제가 없는 경우에 적합합니다. 그러나 오프라인 백업이 때로는 "더 나은"이기 때문에. VM의 운영 체제를 포함하여 모든 서비스를 종료해야 합니다. 그런 다음 백업을 수행하면 VM이 다시 부팅됩니다. 이렇게 하면 VM을 정기적으로 부팅할 수 있습니다. 그러나 많은 설정에서 필요한 가동 중지 시간이 문제가 될 수 있습니다.
VM을 재부팅하는 것은 시스템의 Windows 및 기타 임시 영역을 지우고 VM을 실제로 부팅 할 수 있기 때문에 좋습니다. VHD가 손상되거나 바이러스 또는 소프트웨어 오류로 인해 부팅 절차에 문제가 발생할 수 있습니다. 백업이 항상 라이브로 수행되고 VM이 재부팅되지 않으면 오류가 나타나지 않고 눈에 띄지 않습니다.
또한 관리자는 가상 서버에서 실행되는 VSS 호환되지 않는 서비스가 있는지 여부를 알지 못하는 경우가 많습니다.
예를 들면 다음과 같습니다.
마이크로소프트 액세스
Mysql
독점 데이터베이스 및 플랫 파일 데이터스토어 배열
저장된 상태 백업
저장된 상태는 Microsoft가 비 VSS 호환 운영 체제의 최소한의 데이터 손실로 다소 유용한 백업을 수행할 수 있도록 고안한 것입니다.
윈도우 서버 2008 / R2 및 2012 호스트 서버에서 대부분의 리눅스 변형
Windows 서버 2000 이상
이전 또는 존재하지 않는 Hyper-V 통합 서비스를 갖춘 최신 Windows 버전
VM에 최신 하이퍼 V 통합 서비스 설치가 없는 경우 저장 상태 모드로 백업됩니다.
다음과 같은 경우 저장된 상태 백업도 수행할 수 있습니다(백업 응용 프로그램이 아닌 하이퍼 V 관리까지 결정됨).
리소스가 충분하지 않습니다(RAM, 심하게 조각난 RAM의 경우처럼)
VM OS가 부팅 또는 종료 프로세스에 있습니다.
라이브 하이퍼 V VM 복제
한 서버에서 다른 서버로 VM을 복제하고 백업 버전 관리를 사용하여 X 수의 과거 버전을 유지할 수도 있습니다. 가상 디스크를 압축하고 중복 제거하는 대신 VSS가 가상 디스크를 크래시 및 응용 프로그램 일관된 상태로 가져온 후에는 복사할 수 있습니다. 복구 서버에서는 가상 디스크가 기본 형식이고 시작할 준비가 되어 있으므로 지체 없이 필요할 때마다 부팅할 수 있습니다.
VM 내부에서 수행된 백업(에이전트 백업)
일부 시나리오에서는 VM 내에서 백업을 수행해야 합니다.
Linux 또는 Windows Server 2000과 같이 호스트에서 라이브로 백업할 수 없는 VSS 호환되지 않는 OS를 사용하고 있습니다.
iSCSI 또는 호스트에 물리적인 마운트 파티션과 같이 VM 내부에 직접 연결된 저장소를 사용하는 경우
두 가지 전략을 모두 작동하도록 하는 또 다른 솔루션
Hyper-V에 대한 세분화된 백업은 IT 관리자가 호스트의 VM 내부 파일에 액세스할 수 있는 혁신적인 기능입니다. 호스트에서 VM의 가상 디스크에 액세스할 수 있는 경우 VM 내부에 소프트웨어를 설치하지 않고 VM 폴더의 라이브 백업을 수행할 수 있습니다. 하이퍼-V 및 VMware에 대한 이 백업 솔루션을 참조하십시오.
댓글
댓글 쓰기