简洁版本：
我正在构建一个 NAS 盒作为备份存储。与备份的数据量相比，它需要多大才能充分覆盖已删除的文件和文件的先前版本（假设我保存增量更改而不是完整备份）？
长版本：
我想在夏天更换我们现有的存储。目前它只是位于一台 7 年历史的服务器中的三个 RAID 5 卷；总空间：~550GB。备份到 40 盘 400GB 磁带。由于服务器 C：驱动器和系统状态也存在于这些磁带上，并且现有空间开始填满，我们已转向交错备份（每个工作日晚上对总数的 1/5 进行完整备份，并对其余部分进行差异备份）。
为了简单起见，我计划将现有的三个卷直接迁移到更新、更大、更快的卷。我们仍然有很多 Windows XP，所以我希望有 6TB 的空间，以便将每个卷的最大容量增加到 XP 支持的 2TB，这样每个卷在 RAID 10 中都有 4 个 1TB 磁盘。对于备份，我想放弃磁带，全部使用磁盘。
计划如下：我希望构建 3 个单元。前两个是主单元和一个热备用单元。我将每晚复制到备用单元。最后一个单元将用于备份，我将把它放在校园的最远端，并使用我现有的 Backup Exec 软件将数据从备用单元拉到备份单元（从备用单元拉取以减少网络争用或主单元的停机时间）。由于所有新系统都将运行 Server 2008 R2，因此不再有 2TB 的存储限制。我的备份单元可以使用更大的卷。
这应该有多个版本的文件，以应对“哎呀，我删除了我需要的文件。顺便说一句，已经过去一周了”的情况，同时也要防止“哦不，我们的服务器机房着火了”的情况。
所以我的问题（最终）归结为：
是否有一个好的经验法则来决定我应该在备份单元中留出多少空间（如果有，那是什么）？如果没有，我需要知道什么才能对我需要多少空间做出明智的决定？
到目前为止，我已经计划使用比主要空间多 2.5 倍的空间（或大约 15GB），但我希望得到比我凭空捏造的数字更准确一点的空间。
第 2 部分：欢迎对我的总体策略提出意见。我遗漏了什么？我怎样才能以更少的成本做到这一点？
答案1
我已经想到了一个针对我自己的问题的潜在答案，可以供其他人评论/投票：
我可以计划每月（或其他固定时间段）进行一次新的完整备份，每晚进行增量备份，并使用现有备份中的日志作为参考。我将获取当前完整备份的大小，并将其与过去 30 天内所有差异的累计大小进行比较。这应该能让我更好地了解我所寻找的比率，至少相对于我们目前使用数据的方式而言。它并不完美（每周差异将大于每日增量），但它比我现在使用的猜测要好。
当然，我希望听到大家对这一方法的效果如何、其准确性和不准确性的看法，以及我在最后“第二部分”中提出的问题的看法。