我将使用块级备份解决scheme来备份运行SBS 2008的Hyper-V服务器以及Windows 2008的另外两个实例。它在相对使用方面相当轻量级。 共享文件的大小只有100GB左右。 交换的大小是50GB。 我认为所有备份卷的总大小将在300GB附近。
我不知道如何收集现有系统的数据来估计这个数据。 存储增长相当低。 包括文件存储和Exchange在内的过去一年不到20GB。
我想要做的是估计1TB媒体上可以获得多less备份历史，每周7天每24小时全面备份一次。 同样，这是块级别的备份，而不是文件级别。 因此，我试图弄清楚每天有多less块可能会改变。
虽然我知道这个问题没有明确的答案，但是1％太低了？ 10％会过高吗？ 我的球场上有哪个大陆？ 谢谢。
我不太熟悉Windows，所以我不能告诉你哪个工具专门用于这个（我似乎记得在pipe理工具中有一些内置的监控/统计工具），但是你应该能够通过简单地看“想要备份的设备”来获得一个好主意。
虽然有些写入操作可能不会更改数据，但根据快照解决scheme，这些数据仍可能被标记为脏。 无论如何，它应该会给你一个最差的情况下你的设备上的stream失量的估计。
如果你正在运行一个完整的，每天的备份，每天有多less块变化无关。 你将每次备份300GB。
否则，您正在查看的差异数量取决于备份软件的function以及系统的特定stream失量。 如果没有历史的知识，系统每天都在做什么，没有什么好的猜测。
如果您无法访问系统历史logging（甚至没有通用信息，例如“每天上传15GB数据”），我build议您进行一个非常轻松的猜测（例如，您可以对所有人进行“最后修改”在系统上的文件，并加上在过去几天修改的大小，给你一个上限猜测多less可能会改变日常），然后确保你有足够的空间满足你的所有需求。
系统启动后，请仔细检查前90天。 系统在运行时唯一可靠的信息来源。