블록 수준 백업 솔루션을 사용하여 SBS 2008과 두 개의 추가 Windows 2008 인스턴스를 실행하는 Hyper-V 서버를 백업하겠습니다. 상대적인 사용 측면에서 상당히 가볍습니다. 총 파일 공유 크기는 약 100GB에 불과합니다. Exchange 크기는 50GB입니다. 백업된 모든 볼륨의 총 크기는 300GB 정도가 될 것으로 생각하고 있습니다.
이를 추정하기 위해 기존 시스템에서 어떻게 데이터를 수집할지 잘 모르겠습니다. 스토리지 증가율은 상당히 낮습니다. 파일 저장소 및 Exchange를 포함하여 지난 1년 동안 20GB 미만입니다.
제가 하려는 작업은 일주일에 7일, 24시간마다 한 번씩 전체 백업을 수행하여 1TB 미디어에 얻을 수 있는 백업 기록의 양을 추정하는 것입니다. 다시 말하지만 이는 파일 수준이 아닌 블록 수준 백업입니다. 따라서 나는 하루에 몇 개의 블록이 변경될 수 있는지 알아내려고 노력하고 있습니다.
이에 대한 명확한 답이 없다는 것을 알지만, 1%가 너무 낮을까요? 10%는 너무 높지 않을까요? 내 야구장은 어느 대륙에 있나요? 감사해요.
답변1
저는 Windows에 익숙하지 않기 때문에 특별히 어떤 도구를 사용할지 말씀드릴 수는 없지만(관리 도구에 모니터링/통계 유틸리티가 내장되어 있는 것으로 기억하는 것 같습니다), 다음을 수행할 수 있어야 합니다. 백업하려는 장치에 "기록된 블록"을 살펴보는 것만으로도 좋은 아이디어를 얻을 수 있습니다.
일부 쓰기는 데이터를 변경하지 않을 수 있지만 스냅샷 솔루션에 따라 여전히 더티로 표시될 수 있습니다. 어떤 경우든 기기 이탈 정도에 대한 최악의 추정치를 제공해야 합니다.
답변2
매일 전체 백업을 실행하는 경우 하루에 변경되는 블록 수는 중요하지 않습니다. 매번 300GB를 백업하게 됩니다.
그렇지 않은 경우 확인되는 차등 금액은 백업 소프트웨어의 기능과 시스템의 특정 변동 금액에 따라 달라집니다. 시스템이 일상적으로 수행하는 작업에 대한 역사적 지식 없이는 사전에 좋은 추측을 할 수 없습니다.
시스템 기록에 액세스할 수 없는 경우("매일 업로드되는 데이터 15GB와 같은 일반적인 정보도 아님), 매우 편안하게 추측하는 것이 좋습니다(예를 들어 모든 기록에 대해 "마지막 수정" 날짜를 사용할 수 있음). 파일을 시스템에 저장하고 지난 며칠 동안 수정된 파일의 크기를 합산하여 매일 얼마나 변경될 가능성이 있는지에 대한 상한 추측을 제공한 다음 모든 요구 사항에 맞는 충분한 공간이 있는지 확인합니다. .
시스템이 가동되면 처음 90일 동안 주의 깊게 검토하십시오. 신뢰할 수 있는 유일한 정보 소스는 시스템이 실행되는 동안의 시스템입니다.