All*_*anA 5 backup zfs snapshot
我的任务是为我的小型办公室（大约 12 人）设置备份系统。我们的大部分生产资料都在 AWS 云上，所以我需要备份的是一些小型办公/开发文件（目前低于 100G），加上我们的运营虚拟机和开发文件，总计略低于 1T。
我只需要一些可靠、方便、简单的东西。我对 Linux、FreeBSD 以及某种程度上的 Solaris 10 很满意，所以我倾向于使用完整的服务器，而不是像 Openfiler 或 FreeNAS 这样的设备系统。
我正在考虑的是一个小型文件服务器，用于虚拟机的一般存储和夜间备份，然后是到 Amazon S3 存储服务的异地备份。通常是每晚进行增量备份，每周进行完整备份。
我的问题是使用 ZFS 快照（无论是在本地还是通过“zfs send [-i]”转储到 S3）是否是一种可行的备份工具？或者我应该坚持使用口是心非，或者完全使用其他方法？
内部文件服务器/备份计算机上的 ZFS 快照听起来像是提供快速方便的数据恢复的完美方式，因此我可能会选择这种方式来实现本地冗余。（如果您看到依赖 ZFS 快照比更传统的归档备份更糟糕的情况，请随意说服我。）但是快照是否足够灵活，可以依靠备份服务器丢失进行恢复？或者我选择更传统的东西会更好吗？（随意推荐您喜欢的免费或商业备份解决方案。）
我认为这是可能的。
考虑一下 OpenFiler/FreeNas 和成熟的 Solaris 之间的中间点。免费或商业的NexentaStor是一个很好的设备解决方案，或者如果您更喜欢将服务器用于存储以外的用途，则可以使用基本（免费）Nexenta Core 。如果您采用设备路线，您将能够按照您想要的任何时间间隔（每 x 分钟、小时、天等）安排快照，并且复制相当干净。您可以利用 rsync（或 rsync + ssh）或 zfs send/receive + netcat 或 ssh 发送到本地存储或远程存储。如果您使用基于 rsync 的复制，则您的目标不必是 ZFS 文件系统。因此，这使其成为您的应用的轻松选择。
任何最新 ZFS 解决方案的另一个优点是，如果您的存储系统在 RAM 和 CPU 方面足够好，您可以使用压缩和/或重复数据删除。这对于某些类型的虚拟机来说非常有效，并且对用户来说非常透明。
如果我正在规划您的备份解决方案，我一定会将本地快照每小时汇总为每日/每周/每月快照，并提供将每日快照发送到第二个本地系统或远程系统的规定。我仍然会在特定虚拟机中使用基于代理的备份来增强这一点（例如，BackupExec 转储到专用备份服务器 + 磁带驱动器或将最重要的数据 rsync 到另一个位置）。对于备份，您需要恢复选项和灵活性。
另请参阅以下内容：
http://www.anandtech.com/show/3963/zfs-building-testing-and-benchmarking