我正在考虑部署Symantec Backup Exec 2010，我正试图弄清楚我的介质服务器应该具有多less存储空间才能实现足够的增长和保留期限。 2010提供了块级别的重复数据删除，从而显着改变了游戏。 这似乎是一个愚蠢的问题，但你如何计算改变的数据的速度，然后转向这些信息来估计备份存储的需求。
谢谢
运行完整备份。 然后在接下来的6天内运行增量备份。 将这六个增量备份中的数据总量除以6，即可得到所备份数据的每日变化率。 将平均每日变化率乘以保留期内的天数，这应该让您知道您需要多less存储空间。 如果执行差异备份而不是增量备份，则需要计算6次差异备份的总和，并将其乘以保留期内的周数。 不要忘记将保留期内发生的完整备份数量包括在存储计算中。
询问pipe理层在接下来的几个月/几年里期待业务增长的增长情况。 当然，它不会直接链接到磁盘使用量（除非你是出售磁盘空间），但它将成为预期增长的一个指标。
从以前的数据推断也不错，但这并不总是可用的 – 或者你的备份解决scheme没有提供这样的数据或没有备份系统。 但结合经理们的增长预测，这是一个很好的答案。
如果您的解决scheme可以很容易地为以后的备份添加额外的空间，那么从技术的angular度来看不要太担心（尽pipe估计您需要估算某人的成本）。 如果添加额外的空间相对困难，那么现在就添加尽可能多的certificate。
你可以从你现有的备份程序得到一些统计数据吗？
例如，查看完成备份需要多长时间，以及去年每个月的第一个备份大小是多less。
把它放在一个电子表格里，看看你能否确定变化率是不变的，还是变化的。 从那里，你可以尝试推断出现在几年后的情况。 您可能希望添加多达20％的存储容量超出您的预期，只是为了一点点的摆动空间。
这绝不是一门精确的科学，也是我讨厌试图去做的事 – 但是如果你试着去计算它，而且在一年内你已经没有了存储空间，那么你可以说：“在那个时候，有了我所掌握的信息，正确的决定我们需要的存储量“。
我不能诚实地说，我对你的问题有一个答案，我可以build议看看以前的数据，捕捉当前的变化等，但这一切都是徒劳的，因为你要求每天都会改变。 我可以build议的是，你买了一个媒体服务器与大量的磁盘插槽，并使用一个控制器，可以轻松地扩大数组。 作为一个例子，我们在这些媒体服务器上使用惠普的DL380 G6，他们可以有16个磁盘，所以我们所做的是使用两个镜像磁盘作为操作系统/代码，然后在R6arrays中为临时数据存储安装至less4个磁盘。 如果我们猜错了，内置的控制器可以迅速扩展这个R6arrays。 这样，当我们看到需要的时候，您可以从一个小的〜1TB的临时数据存储区以600GB大小的块大小达到〜7TB。
希望这可以帮助
不能谈备份Excec，但在Commvault世界，我们使用以下作为相当不错的估计。
将所需的空间量用于对系统进行完全备份，然后将其加倍。 例如，您拥有750 GB的生产数据，在介质代理上提供1.5TB的容量。
现在，这将允许您在磁盘上保留1个月的备份（重复删除）。 我总是会允许一点额外的增长空间。