ZFS快照以旋转方式备份为文件

我有一个本地FreeNAS系统，想要使用ZFS快照进行备份。
FreeNAS具有内置的复制任务，这些任务使用

zfs send snapshot_name

将快照发送到远程系统。但这需要另一端具有ZFS的系统。

我想将快照发送到一个文件，然后将此压缩和加密的文件发送到远程计算机。

这是可能的

zfs send snapshot_name | gzip | openssl enc -aes-256-cbc -a -salt > file.gz.ssl

我每天都会为存储池制作快照，并将每个快照保留30天。
拍摄每张快照后，我都会将该快照通过管道传输到文件中。
-快照文件1中包含每个文件（例如2GB）
-快照文件2仅具有对快照文件1的更改（例如5MB）
-快照文件3保存对快照文件2的更改；等等。

在第31天，快照文件1被删除（因为我只希望最近30天的更改）

因此，snapshot_file 2需要保存每个文件（2GB的snapshot_file 1 + 5MB的更改）

但是每天（从第31天开始）都必须使用这种方法来创建一个新的2GB文件，并将其发送到远程系统。这是太多的开销。

使用传送到文件的快照作为X天的备份策略的最佳方法是什么？

PS：我知道那里有很多可以使用的备份软件（例如rdiff-backup）。但是我很好奇这怎么做。

zfs receive恐怕如果将快照存储在文件中，而不是存储在文件系统中（例如，使用），这是不可能的。

接收方的ZFS

如果在发送方和接收方使用ZFS，则可以避免传输整个快照，而仅传输快照与上一个快照之间的差异：

ssh myserver 'zfs send -i pool/dataset@2014-02-04 pool/dataset@2014-02-05' | \
  zfs receive

ZFS知道快照，并且仅将相互的块存储一次。通过使文件系统了解快照，您可以毫无问题地删除旧快照。

接收方的其他文件系统

在您的情况下，您将快照存储在单个文件中，并且文件系统不了解快照。正如您已经注意到的，这中断了旋转。您要么必须传输整个快照，否则将浪费带宽和存储空间，但使您可以删除单个快照。他们彼此不依赖。您可以执行以下增量快照：

ssh myserver 'zfs send -i pool/dataset@2014-02-04 pool/dataset@2014-02-05' \
  > incremental-2014-02-04:05

要还原增量快照，您还需要以前的快照。这意味着您不能删除旧的增量文件。

可能的解决方案

您可以按照我的上一个示例所示进行增量操作，然后每月进行一次新的非增量操作。新的增量取决于此非增量，您可以删除旧快照。

或者，您可以研究其他备份解决方案。有 rsnapshot，它使用rsync和硬链接。由于它只需要一次完整备份，因此它在轮换方面做得很好，并且带宽效率很高。

再有便士。它可以进行增量操作，节省带宽和空间。它有一个很好的功能。它可以从一组增量中计算出完整备份。这使您可以删除旧的增量文件。但这是一个相当复杂的系统，适用于较大的设置。

但是，最好的解决方案是在接收端使用ZFS。它将具有高带宽效率，高存储效率并且比其他解决方案快得多。我能想到的唯一真正的缺点是，该盒子上至少应具有8 GiB ECC内存（如果您不运行任何服务而仅将其用于zfs receive），则最好使用4 GiB 。