我应该使用哪个文件系统来格式化我的外部备份硬盘？btrfs？

Question

我有一个新的外置 USB 驱动器，我打算仅用于存储备份。（这是安装在 USB 外壳中的 WD Red 2TB NAS 硬盘 SATA III 型号 WD20EFRX。）

该驱动器没有分区表。我用 gdisk (GPT) 对其进行了分区。

我应该使用 btrfs 文件系统吗？我在我的内部硬盘上使用 btrfs，自从我去年第一次安装 Kubuntu 12.04 以来，它一直没有问题。

但我想知道用 ext4 对这个备份存储驱动器进行分区是否更聪明。

仅供参考，似乎 btrfs 尚未准备好生产的论点已经过时了。这是我找到的一些信息。

SUSE Enterprise Linux 的高级产品经理 Matthias Eckermann 表示，Btrfs 已准备好用于生产系统，并且从 SUSE Linux Enterprise 11 SP2 Btrfs 开始得到官方支持。

此外，根据 btrfs wiki，“自 2012 年 2 月以来，有两家供应商在其发行版中支持 btrfs，Oracle 和 SUSE。”

Answer 1

根据 BTRFS 的主要设计者的说法，随着文件系统变满，BTRFS 仍然存在一些问题。用于发送/接收异地备份快照差异的发送/接收功能还没有完全发挥作用，在线重复数据删除（用于备份虚拟机映像）可能会在 3.11 内核（尚未发布）中实现。raidz 支持是 3.10 的新功能，我还没有机会测试它，我今晚可能会测试它。总而言之，BTRFS 仍处于非常 活跃的开发阶段，我更愿意等到它完成（或者至少不会在每个内核版本中获得重大功能改进！）然后再实际使用它。

在用于基于 rsync 的备份的外部机箱上使用 BTRFS 或 ZFS 的优势在于，您可以通过例如每日 cron 作业制作快照，然后在必要时进行时间旅行以检索旧数据（例如，如果文件从您的硬盘出于未知原因，您需要从过去的备份中恢复它们）。为此，我使用带有 ZFSonLinux 的 USB3 机箱，因为我需要对虚拟机的重复数据删除支持（因为从 rsync 的角度来看，大 .img 文件总是不同的，重复数据删除意味着只有 .img 中实际更改的块文件在备份上被更改，而不是多个 30gb 文件的多个副本）。希望当 3.12 内核出现时，BTRFS 重复数据删除支持将足够成熟，我可以为这个应用程序从 ZFS 迁移——ZFS 很酷，而且，

要备份 Linux 文件系统，请在 BTRFS（或 LVM）上创建快照并挂载快照（如果是 LVM）并通过 rsync 进行备份。这可确保您在快照时间拥有一致的备份。然后在完成快照后，将其删除。（对于 LVM 更重要，因为快照在那里有显着的性能影响）。我的启动备份作业的 cron 脚本还会在我的 ZFS 备份文件系统开始实际备份之前轮换快照（每天、每周、每月），这样我就可以在需要时进行时间旅行。

就可靠性而言，陈旧的 ext4 可能是最可靠的文件系统，因为它在磁盘上静态分配结构的方式，这意味着您总是可以找到它们，并且如果出现严重崩溃，至少可以恢复大部分数据。缺点是在非常大文件的边缘情况下性能不佳（inode 链块的工作方式使这些文件中的随机访问速度非常慢），大文件系统的问题（创建和 fsck 非常慢），或大量小文件（耗尽 inode 表）。我个人继续为我的根文件系统在 RAID 之上的 LVM 之上运行 ext4，并根据需要使用其他文件系统，无论是出于性能原因还是出于功能原因。