이 도구는 동시에 사용할 수 있는 여러 백업 전략을 신속하게 구현할 수 있는 많은 옵션을 제공합니다.
매우 큰 파일을 다루는 경우 1.6TB VHDX가 가장 큰 경우 복원 시간을 계획해야 할 수 있습니다.
평균적인 최신 하드 드라이브와 서버를 사용하면 RAID를 사용하지 않고도 50MB/sec에서 100MB/sec의 처리 속도를 제공합니다.
따라서 1.6TB 파일은 복원 방법에 관계없이 복원하려면 복원하려면 1677721.6 MB -> 4.7 ~9.5시간이 필요합니다.
백업 처리 없이 외장 하드 드라이브를 사용하면(중복 없음, 압축 없음)은 필요할 때 외부 드라이브에서 직접 VM을 부팅할 수 있다는 장점이 있습니다.
이 전략을 사용하면 1.6TB VM에 대해 5-10시간 동안 복원할 필요가 없습니다.
그러나 각 전략에단점이 있기 때문에 이 전략에는 각 VM 백업에 대해 1.6TB가 필요합니다. 따라서 너무 많은 백업을 유지할 수 없습니다. 일주일 에서 파일을 복원 할 수 있기를 원한다면 하나의 VM에 대해 7 * 1.6TB = 11.2 TB의 스토리지가 필요합니다!
당연히 대부분의 사용자는 이를 감당할 수 없으며 하이브리드 시스템을 선택할 수 없습니다.
설정하는 방법은 다음과 같습니다.
#1: 매일 밤 전용 하드 드라이브에 압축되지 않은 처리되지 않은 전체 백업을 작성하는 작업을 설정합니다. 이렇게 하면 필요할 때 언제든지 다시 돌아가 서 VM을 즉시 부팅할 수 있습니다. 그러나 새 백업이 완료될 때까지 소프트웨어가 이전 백업을 삭제하지 않기 때문에 하드 드라이브에 최소 2개의 전체 백업을 위한 충분한 공간이 필요합니다.
#2: 중복 및 중간 압축을 사용하여 다른 하드 드라이브를 대상으로 두 번째 작업을 실행합니다. 이 작업은 1주일 이상 백업을 유지하도록 구성해야 합니다. 복제 해제 및 압축되므로 이 스토리지를 현명하게 감당할 수 있습니다. 이 전략은 초기 전체 백업에 대해 1.6TB 데이터의 약 50%를 사용하고(VHD가 실제로 완전히 사용된다고 가정) 각 일일 증분에 대해 약 5%를 사용합니다.
기본적으로 작업 #2 사용하여 장기 복구 저장 및 작업 #1 사용하여 완전한 복원을 신속하게 수행해야 할 때 즉각적인 복구를 수행할 수 있습니다.
어느 쪽이든, 2.7 TB 하드 드라이브가 모든 데이터를 보유할 만큼 크지 않을 #2 시나리오에서도 마찬가지입니다.
더 큰 USB 드라이브를 찾거나 소프트웨어 RAID에 결합된 2.7TB 드라이브를 결합한 소규모 Windows 네트워크 서버를 설정할 수 있습니다. 이는 스토리지를 추가하는 훌륭한 경제적 방법입니다.
내부적으로 Windows 및 NTFS를 사용하지 않는 NAS 박스는 파일 크기, 긴 네트워크 연결 및 240자 이상의 깊은 경로에 문제를 줄 수 있습니다.
모든 특정 NAS 상자는 다르므로 적합하거나 그렇지 않은 경우 사례별로 조사해야 합니다. Windows Storage Server OS를 사용하는 NAS 시스템은 비용이 많이 들지만 문제를 주지 않는 Microsoft 표준 준수 스토리지가 있는지 확신할 수 있습니다.
Backup for Hyper v server disks
댓글
댓글 쓰기