支持压缩和重复数据删除的磁盘备份系统是代替基于磁带备份选择的关键，但是，这类备份系统的架构和设计往往会影响这类系统的性能和伸缩性。

　　在评估性能时，及时执行压缩和重复数据删除将大大放慢备份过程的速度。一些方法是通过提供足够的磁盘空间接收未经处理的备份任务，然后在备份完成后再执行压缩和重复数据删除来避免这个问题。这样做，在确保备份任务以磁盘速度运行的同时，能取得较好的存储效率。

　　对于备份性能同样重要的是恢复数据的性能。要保持备份窗口的可管理性，但不以增加文件恢复时间或牺牲发生灾难时迅速恢复的能力为代价。一些方法将数据划分为小数据块来实现冗余性，但是，当数百万块的数据分散保存在磁盘上时，重新组装它们则需要很长时间。

　　另一些方法以完整或压缩形式保存最新的备份，然后使用字节级重复数据删除保存历史数据。在使用这种方法时，是保存数据的变化或“差别”，而不是完整的文件副本。因此，最新的备份始终可以随时恢复，历史数据可以被迅速重新构建。

　　在可伸缩性方面，需要了解系统如何支持数据量每年平均30%的增长。

　　如果你使用基于SATA硬盘的标准存储系统来执行备份，那答案是显而易见并且是令人痛苦的，就是用户将不断购买更多的存储。随着数据的增长，用户不得不增加数量等于数据增加量乘以数据保持率的存储容量。除此，用户还必须考虑如何配置、负载平衡和管理这种容量，以及如何控制随数据量增长而增加的费用。

　　数据缩减技术可以帮助系统扩展。如果用户评估这种选择的话，需要关注这样几个问题：

　　● 数据缩减需要计算能力（处理器和内存），如何确保系统在添加存储容量后能够继续以广告中所说那样运行？

　　● 存储容量能够与需要匹配的递增方式增加吗？

　　● 如何安装和配置更多的存储容量？

　　● 当存储容量增加时，能否继续享受数据缩减的全部好处？

　　如果备份系统不能扩展并且几乎满了，用户必须开始进一步划分和重新配置备份任务来使用余下的小空间。

　　为了避免可伸缩性问题，寻找新存储容量可添加到虚拟资源池中的系统。每当添加服务器时，这种系统就与原服务器通信，创建虚拟存储容量资源池。这种系统应当自动将数据重分配给可用空间，不需要改变备份任务配置，并且自动管理所有备份资源，不需要手工干预。

　　总之，基于磁盘的系统不仅可以很好地完成备份和恢复，而且还应当随数据的增加而扩展。不然，为什么要用磁带备份之痛去换取性能与容量管理之痛呢？

　　所以，用户要寻找能够确保产品具有开箱即有的高效率并在数据增加时依然保持高效率的架构。