我是一个小公司的人。 我想要devise一个新的基础架构，包括一个新的服务器和一个单独的备份服务器，以及公司范围的备份策
公司最重要的事情是SQL Server及其数据库。 有10个数据库，但其中只有2个是非常重要的。 第一个8GB，大部分是文本数据和数字。 第二个约16GB /月的300GB增长包含PDF和GIF。
为了节省存储当前的备份策略，每周需要一次完整备份和6次差异。 我认为它每周大约350GB，每月1.4TB。
在阅读了关于无声数据损坏的文章之后，我决定尝试使用Nexenta社区版的ZFS。
我的问题是：ZFS的重复数据删除function是否适合存储备份文件的可靠性，还是应该考虑一些磁带备份或其他function？
编辑：我知道，现在我们不能预测性能，重复数据删除率等，但我想知道这是否是一个好主意。
当然，ZFS足够稳定地做这种事情，在ZFS和Nexenta的基础上，有很多非常大的高端可靠的生产平台。
这就是说，总是希望拥有基于磁盘的现场备份，例如您build议的备份，以及每天不在现场的可移动磁盘或磁带备份，以防止火灾/地震/克苏鲁等。
所以我的回答是肯定的，没关系，但如果可以的话，我会select两种select。
（假设您指的是在ZFS中使用重复数据删除与备份软件）
除非您专门为您的存储系统devise，否则我不build议将ZFS 本地重复数据删除用于您的备份系统。
在ZFS中使用重复数据删除是非常密集的内存。 由于数据stream式传输/写入存储池时，重复数据删除会实时发生，因此在内存中维护一个表，用于跟踪数据块。 这是DDT表 。 如果您的ZFS存储服务器没有足够的RAM来容纳此表，则性能将受到极大的影响。 Nexenta会在表格增长超过一定的阈值时警告你，但是到时候已经太晚了。 这可以通过使用L2ARC设备 （读取caching）来增强，但许多ZFS的早期采用者陷入了这个陷阱。
看到：
ZFS – 销毁重复数据删除的zvol或数据集会阻止服务器。 如何恢复？
ZFS – L2ARCcaching设备故障的影响（Nexenta）
当我说使用重复数据删除的内存要求很高时，我估计你在64GB + RAM和200GB + L2ARC中描述的数据集的RAM和L2ARC需求。 这不是一个小的投资。 保留大量不会被重读的Windows系统文件和图像文件将很快填满该DDT。 回报可能不值得需要前期进行的工程工作。
更好的办法是在zpool上使用压缩，可能会利用gzipfunction来获得更多可压缩的数据types。 当您需要删除重复数据（需要引用DDT）时，重复数据删除将不值得。
另外，你将如何将存储介绍给你的备份软件？ 你将使用哪个备份软件套件？ 在Windows环境中，我将ZFS作为块存储提供给iSCSI上的Backup Exec。 我从来没有发现ZFS CIFSfunction足够强大，并且更喜欢本地格式化设备的优势。
另外，这里还有一个非常好的ZFS资源，用于devise创意。 关于ZFS的事情没有人告诉你
另一种操作系统是OpenIndiana，它的性能同样出色，并且在某些时候接受更频繁的更新。
另一种select是使用启用压缩的较小（可能）存储池设置第二台ZFS服务器。 您可以使用第二个设备进行静态备份。 因此，您可以放弃读取caching，也不需要愚蠢的CPU / RAM来处理它。
我们在这里运行一个这样的设置：
我有一个关于如何安装ZFS发送/接收的简要说明： http : //kyrill-poole.co.uk/blog/tech/zfs-send-and-receive/