我一直负责为我的小型办公室（约12人）build立备份系统。 我们的大部分产品都在AWS云上，所以我需要备份的是一些小型办公室/开发文件（现在低于100G），以及我们运行的虚拟机和开发，这些文件在1T以下。
我只需要一些可靠，方便，直接的东西。 我对Linux，FreeBSD以及某些程度上的Solaris 10都很熟悉，所以我倾向于使用完整的服务器，而不是使用OpenFiler或FreeNAS的设备系统。
我正在考虑的是一个用于虚拟机的一般存储和夜间备份的小型文件服务器，随后进行到Amazon S3存储服务的异地备份。 这将是通常的每晚增量备份和每周完整备份。
我的问题是如果使用ZFS快照，本地和通过'zfs send [-i]'转储到S3，是一个可行的备份工具？ 还是应该坚持使用Duplicity或者其他一些方法？
内部文件服务器/备份机器上的ZFS快照听起来像是提供快速和方便的数据恢复的完美方式，所以我很可能会采取这种方式进行本地冗余。 （如果你们看到依赖ZFS快照的情况会比更传统的归档备份更糟糕，请随时说服我）。但是快照是否足够灵活以便从备份服务器丢失中恢复？ 或者我更喜欢更传统的东西？ （随意推荐您喜欢的免费或商业备份解决scheme。）
请记住，除非在对其虚拟硬盘所在的ZFS文件系统进行快照之前暂停虚拟机，否则实际上将对崩溃的系统进行备份。 另外，为了恢复驻留在ZFS快照上的单个文件，您需要将整个快照加载到某处，假设最坏的情况是需要从远程存储中获取快照。
虽然ZFS和快照对于“呃哦，真的很糟糕，而且我需要文件系统就像是一个星期前的一个小时”，但它们确实不是传统意义上的备份解决scheme。 我已经将ZFS和快照与其他备份软件（如bacula（www.bacula.org））结合使用，效果良好。 zfs能够将文件系统的快照发送到备份服务器，然后将其暂存到磁带而不影响生产系统I / O，这是非常方便的。
我认为这是可能的。
考虑OpenFiler / FreeNas和全面的Solaris之间的中间点。 免费或商用NexentaStor是一个很好的设备解决scheme，或者如果您更喜欢将服务器用于存储以上，则可以使用裸机（免费） Nexenta Core 。 如果走设备路线，您将能够按照您希望的时间间隔（每x分钟，几小时，几天等）安排快照，并且复制相当干净。 您可以利用rsync（或rsync + ssh）或zfs send / receive + netcat或ssh发送到本地存储或远程存储。 如果您使用基于rsync的复制，则您的目标不一定是ZFS文件系统。 所以这使它成为您的应用程序的一个简单的select。
任何最近的ZFS解决scheme的另一个优点是，如果您的存储系统在RAM和CPU方面足够好，您可以使用压缩和/或重复数据删除技术。 这对于某些types的虚拟机来说是奇迹，对于用户来说是非常透明的。
如果我正在计划备份解决scheme，我一定要每小时汇总一次本地快照到每日/每周/每月快照，并提供一个将每日快照发送到第二个本地系统或远程系统的规定。 我仍然在特定的虚拟机（如BackupExec转储到专用的备份服务器+磁带驱动器或最重要的数据的rsync到另一个位置）基于代理的备份扩大这个。 有了备份，您需要恢复的选项和灵活性。
另请参阅以下内容：
VMware NAS / iSCSIbuild议 – 小型组织
孙ZFS的恐怖故事？
http://www.anandtech.com/show/3963/zfs-building-testing-and-benchmarking