Hyper-V 백업 및 Hyper-V 복제는 Hyper-V 보호를 위한 중요한 전략입니다. 그러나 효율적인 Hyper-V 백업 전략을 설정하기 위해 이해해야 하는 몇 가지 중요한 차이점이 있습니다. 두 방법 모두 가상 머신에 대해 일종의 복제를 제공하지만 각 전략의 목표는 상당히 다릅니다.
보시다시피 Hyper-V 백업에는 많은 오버 헤드가 필요합니다. 이는 VM 내부의 서비스에 알리지 않고 단순히 블록을 A에서 B로 이동하는 Hyper-V 복제본과 동일하지 않으며 항상 올바른 순서는 아닙니다. 복제본에 대한 연결이 끊어지면 결과는 일반적으로 치명적입니다. 또한 복제본을 가져 와서 그렇게 전원을 켤 수도 없습니다. 복제가 임의의 시점에 최신 상태라는 보장은 없습니다.
따라서 Hyper-V 백업은 Hyper-V 복제본보다 훨씬 우수합니다. 매우 특정 시점에 가져온 VM의 복사본입니다. 충돌 일관성 및 응용 프로그램 일관성 복사본이므로 사용할 때 양호한 상태를 보장합니다. 백업이 완료되면 무엇을 가지고 있는지 알 수 있습니다. 그러나 Hyper-V 백업을 시작하는 데는 오버헤드가 있습니다.
Hyper-V 복제본은 매우 느린 연결을 통해 VM을 다른 사이트로 복사하는 데 사용할 수 있는 유용한 메커니즘입니다. 이것은 작동하지만 알아야 할 몇 가지 단점이 있습니다. 일반적으로 잘 모니터링되지 않는 프로세스입니다. IT 관리자가 눈치채지 못하는 사이에 작동이 중지되는 경우가 많습니다. 복제본이 필요한 경우에만 IT 관리자는 복제가 몇 달 전에 조용히 작동을 중지하여 복원할 백업이 없다는 것을 알게 됩니다.
또한 Hyper-V 백업은 시간을 거슬러 올라가 훨씬 이전 버전의 VM을 복원할 수 있는 또 다른 중요한 이점을 제공합니다. 따라서 완전한 Hyper-V 백업 전략의 경우 복제를 사용하는 것만으로는 충분하지 않습니다. 복제는 기본 호스트의 갑작스러운 하드웨어 오류에 대해서만 보호합니다. 그 이상의 모든 것은 적절한 Hyper-V 백업 전략으로 보호해야 합니다.
Hyper-V 백업 및 복제를 구현하려면 백업 체인을 사용하는 것이 좋습니다.
HYPER-V 복제는 HYPER-V 백업과 동일합니까?
Hyper-V 복제는 기본적으로 한 서버에서 다른 서버로 VM 복사를 수행하는 작업입니다. 복제는 물리적 호스트 A에서 B로 모든 것을 이동합니다. Hyper-V 복제본을 사용하는 경우 이 프로세스는 15분마다 섹터 수준에서 발생합니다. 좋은 생각처럼 들리지만 이러한 유형의 "백업"에는 실제 백업이 아니라는 단점이 있습니다. 이 유형의 VM 복사본, 특히 Hyper-V 복제본 종류는 Hyper-V 백업의 크래시 일치 또는 응용 프로그램 일치 등급이 아닙니다. Hyper-V 백업은 훨씬 더 발전된 백업 메커니즘이지만 더 많은 작업을 수행해야 합니다.HYPER-V 백업이 HYPER-V 복제본보다 나은가요?
Hyper-V 백업은 호스트가 VM에 라이브 백업을 준비하도록 특별히 지시하는 프로세스입니다. 여기에는 VM 내부의 신호를 SQL Server, Windows 운영 체제 자체, Exchange Server 등과 같은 VSS 인식 서비스로 전달하여 준비해야 하는 모든 서비스가 그렇게 할 수 있도록 하는 작업이 포함됩니다. 그런 다음 서비스는 보류 중인 쓰기 블록을 플러시하여 디스크 상의 데이터 구조가 일관된 상태가 되도록 합니다. 모든 서비스가 완료되고 만족되면 신호가 다시 전달되고 호스트 수준에서 백업을 시작할 수 있습니다.보시다시피 Hyper-V 백업에는 많은 오버 헤드가 필요합니다. 이는 VM 내부의 서비스에 알리지 않고 단순히 블록을 A에서 B로 이동하는 Hyper-V 복제본과 동일하지 않으며 항상 올바른 순서는 아닙니다. 복제본에 대한 연결이 끊어지면 결과는 일반적으로 치명적입니다. 또한 복제본을 가져 와서 그렇게 전원을 켤 수도 없습니다. 복제가 임의의 시점에 최신 상태라는 보장은 없습니다.
따라서 Hyper-V 백업은 Hyper-V 복제본보다 훨씬 우수합니다. 매우 특정 시점에 가져온 VM의 복사본입니다. 충돌 일관성 및 응용 프로그램 일관성 복사본이므로 사용할 때 양호한 상태를 보장합니다. 백업이 완료되면 무엇을 가지고 있는지 알 수 있습니다. 그러나 Hyper-V 백업을 시작하는 데는 오버헤드가 있습니다.
Hyper-V 복제본은 매우 느린 연결을 통해 VM을 다른 사이트로 복사하는 데 사용할 수 있는 유용한 메커니즘입니다. 이것은 작동하지만 알아야 할 몇 가지 단점이 있습니다. 일반적으로 잘 모니터링되지 않는 프로세스입니다. IT 관리자가 눈치채지 못하는 사이에 작동이 중지되는 경우가 많습니다. 복제본이 필요한 경우에만 IT 관리자는 복제가 몇 달 전에 조용히 작동을 중지하여 복원할 백업이 없다는 것을 알게 됩니다.
HYPER-V 백업을 복제로 사용할 수 있습니까?
예, 하지만 매우 짧은 간격은 아닙니다. BackupChain을 사용하면 Hyper-V 백업 메커니즘을 사용하여 VM의 1:1 복사본을 생성하고 별도의 호스트 또는 여러 호스트에 배치할 수 있습니다. 장점은 많습니다 : BackupChain은 매우 우수한 모니터링 및 오류 로깅을 제공합니다. 문제가 발생하면 알림을 받고 로그에서 오류의 원인을 즉시 찾을 수 있습니다. 이전 섹션에서 자세히 설명한 대로 VM의 Hyper-V 백업 등급 복사본을 항상 사용하는 것이 좋으므로 Hyper-V 백업에서 시작된 경우 복제 품질이 훨씬 향상됩니다.또한 Hyper-V 백업은 시간을 거슬러 올라가 훨씬 이전 버전의 VM을 복원할 수 있는 또 다른 중요한 이점을 제공합니다. 따라서 완전한 Hyper-V 백업 전략의 경우 복제를 사용하는 것만으로는 충분하지 않습니다. 복제는 기본 호스트의 갑작스러운 하드웨어 오류에 대해서만 보호합니다. 그 이상의 모든 것은 적절한 Hyper-V 백업 전략으로 보호해야 합니다.
Hyper-V 백업 및 복제를 구현하려면 백업 체인을 사용하는 것이 좋습니다.
댓글
댓글 쓰기