支持 btrfs 的备份解决方案

Question

随着 btrfs 本月在 Oracle EL 14 日投入生产（连同工作 fsck 和从 Linux 3.2 擦洗），我正在考虑重新设计我当前的备份解决方案以利用它。请注意，我正在考虑为小于 10TB 的少量数据执行此操作，这是相当静态的（每天更改少于 1%）。简而言之，SMB/SOHO 备份解决方案。

备份应该做什么：

1. 在生产服务器上做一个 ext[234]/XFS/JFS 的 LVM 快照
2. rsync/transfer 更改的数据到备份服务器上的 btrfs
3. 快照 btrfs 文件系统
4. 当可用空间不足时删除旧快照

优点：

• 所有文件轻松获取，无需解压或循环挂载
• 过去的快照也很容易获得...
• ...所以我可以将它们共享为只读 Samba 共享（支持卷影复制）
• 由于写时复制，快照占用的空间最小（没有更改的快照在磁盘上几乎只需要很少的 KiB）
• 高备份一致性：文件校验和，清除所有数据和内置冗余

问题：

• 是否有一些备份解决方案（以 Bacula、BackupPC 等形式），或者可以轻松制作，了解写时复制文件系统？
• 或者我需要使用家庭rsync解决方案吗？
• 拥有专用于备份的 ZFS 盒的人如何备份他们的 Linux 机器？

Answer 1

我在上周做了一些广泛的搜索，寻找类似的东西。我没有找到完成所有 4 个步骤的解决方案。有许多来自家庭用户的博客尝试使用“ rsync 到 btrfs ”类型的备份，所有主要的 Btrfs wiki 都涵盖了如何执行 Btrfs 快照。

也有不少人在尝试不同的方式来 旋转 Btrfs 快照。但是，您是我见过的第一个想要根据磁盘空间轮换快照的人。我自己在玩btrfs-snap，它创建了一组每小时、每周和每月的快照，它很好很简单。

该Dirvish项目似乎满足了许多您的要求。一些开发人员正试图将 Dirvish 与 Btrfs 集成。然而，Dirvish 项目似乎有点停滞不前。

在这个时间点，你已经领先了。

Answer 2

据 Avi Miller（他在 LinuxConf.AU 期间的演讲）称，btrfs 发送/接收正在开发中。它比 rsync 更快，因为它不需要遍历目录来查找文件中的更改。但我不知道是否有预期的发布日期。

然而，btrfs-progs 中内置了一个实用程序，它列出了快照/等之间已更改的每个文件。 btrfs subvolume find-new