AlanObject Asked: 2017-12-06 08:38:44 +0800 CST2017-12-06 08:38:44 +0800 CST 2017-12-06 08:38:44 +0800 CST 在没有冗余副本的情况下备份 ZFS 文件系统 772 作为最近 ZFS 的采用者（通过 Ubuntu），我现在正在寻找好的异地备份解决方案，并且偶然发现了这篇关于该主题的文章（7 岁了！）。 多年来，我一直使用rsync通过 'net 备份文件系统，以避免冗余副本，并避免每天通过 WAN 链接复制数 TB。我将rsync用于 WAN 或本地 USB 存储。 能够使用 ZFS 快照作为备份源是一个很大的改进，但我想知道rsync是否仍然是避免在每次备份时将完整文件系统复制到目标的方法。起初我认为ZFS 发送/接收功能可能会解决问题，但快速阅读表明情况并非如此。 ZFS 是否有广泛采用的“最佳实践”，还是我应该坚持使用rsync？ backup 3 个回答 Voted Tobi Oetiker 2017-12-06T22:11:05+08:002017-12-06T22:11:05+08:00 发送/接收有点像类固醇上的 rsync，因为没有扫描涉及的更改文件。ZFS 只知道要发送哪些块。创建 zfs 文件集的快照，然后将快照发送到备份服务器。如果您需要连续的快照，并且第一个快照已经在备份服务器上，您可以简单地将差异发送到备份服务器。这一切都发生在块级，所以它非常高效。 您可以使用zfsandssh命令手动完成，但我最喜欢的组织它的工具是znapzend。 http://znapzend.org 它将负责创建和删除快照，并且它具有精心设计的机制，您可以在其中配置要保留备份的时间。 Best Answer ewwhite 2017-12-06T11:23:15+08:002017-12-06T11:23:15+08:00 如果您有 ZFS 目标，我绝对建议使用可以利用内置 ZFS 传输功能的解决方案。 对我来说最好的解决方案是Syncoid/Sanoid，因为它可以自动创建快照和数据传输。 见：https ://github.com/jimsalterjrs/sanoid hillsy 2018-01-26T04:29:38+08:002018-01-26T04:29:38+08:00 我同意前两个建议使用 ZFS 发送/接收的答案。 在查看了 Syncoid/Sanoid 和 znapzend 之后，我们现在将zfsnap组合用于快照创建/删除和zxfer用于发送/接收。 选择是定性的。zfsnap/zxfer 更容易开始工作（无论如何在我们的环境中）并且更好地遵循 Unix 哲学，即工具只做一件事，除非它们有有用的输出，否则它们是沉默的。
发送/接收有点像类固醇上的 rsync，因为没有扫描涉及的更改文件。ZFS 只知道要发送哪些块。创建 zfs 文件集的快照，然后将快照发送到备份服务器。如果您需要连续的快照，并且第一个快照已经在备份服务器上，您可以简单地将差异发送到备份服务器。这一切都发生在块级，所以它非常高效。
您可以使用
zfsandssh命令手动完成，但我最喜欢的组织它的工具是znapzend。http://znapzend.org
它将负责创建和删除快照，并且它具有精心设计的机制，您可以在其中配置要保留备份的时间。
如果您有 ZFS 目标，我绝对建议使用可以利用内置 ZFS 传输功能的解决方案。
对我来说最好的解决方案是Syncoid/Sanoid，因为它可以自动创建快照和数据传输。
见：https ://github.com/jimsalterjrs/sanoid
我同意前两个建议使用 ZFS 发送/接收的答案。
在查看了 Syncoid/Sanoid 和 znapzend 之后，我们现在将zfsnap组合用于快照创建/删除和zxfer用于发送/接收。
选择是定性的。zfsnap/zxfer 更容易开始工作（无论如何在我们的环境中）并且更好地遵循 Unix 哲学，即工具只做一件事，除非它们有有用的输出，否则它们是沉默的。