我正在构build一个NAS盒子来充当备份的存储。 需要将它与备份的数据量进行比较，以充分覆盖已删除文件和以前版本的文件（假设我保存增量更改而不是完整备份）？
我打算在今年夏天更换我们现有的存储设备。 目前，这只是位于7年前的服务器上的三个RAID 5卷。 总空间：〜550GB。 备份到40个400GB磁带。 由于服务器C：驱动器和系统状态也存在于磁带上，并且现有空间已经开始填满，所以我们已经进行了交错式备份（每个周一晚进行一次完整备份，总数为1/5，另外还有一个差分其余的）。
为了简单起见，我计划将现有的三卷直接迁移到更新，更大，更快的版本。 我们仍然有很多的Windows XP，所以我希望有6TB的空间可以将每个卷最大限度地扩展到XP所支持的2TB，所以每个卷都有RAID 10中的4个1TB磁盘。对于备份，我想把磁带和去所有的磁盘。
所以这是计划：我希望build立3个单位。 前两个是主要和热备用。 我会晚上复制到待机状态。 最后一个单元将用于备份，我将把它放在校园的远端，并使用我现有的Backup Exec软件从备用单元拉到备用单元（从备用单元拉出以减lessnetworking争用或停机时间主）。 由于所有新系统都将运行Server 2008 R2，因此不再有2TB的存储限制。 我的备份单元可以使用更大的卷。
这应该有多个版本的文件，“哎呀，我删除了我需要的文件。顺便说一下，这是一个星期的情况下，也保护”哦不，我们的服务器房间着火“的情况。
所以我的问题（最后）归结为这个：
有一个很好的经验法则，我应该build立多less空间备份单位（如果是这样，它是什么）？ 如果没有，我需要知道什么才能做出明智的决定，我需要多less空间？
到目前为止，我一直在计划比我的主要（约15GB）大约多2.5倍的空间，但是我希望比我抽出来的数字更精确一些。
第2部分：在这里我的一般策略评论赞赏。 我错过了什么？ 我怎么能做到这一点？
对于我自己的问题，我提出了一个可能的答案，我可以提供其他意见/投票：
我可以计划每个月（或其他固定时间）进行一次新的完全备份，每晚都有增量备份，并使用现有备份中的日志作为参考。 我将采用当前完整备份的大小，并将其与最近30天内所有差异的累计大小进行比较。 这应该让我更好地了解我正在寻找的比率，至less与我们目前如何使用我们的数据相关。 这不是完美的（每周的差异会比每天的增量大），但是比现在使用的猜测要好。
当然，我想听听有关人们如何认为这将起作用的评论，准确性如何，以及最后在“第二部分”中提出的问题。