如何使用每日快照制作冗余桌面系统?(btrfs可以使用了吗?)


12

我想配置一个桌面系统,其中的家庭文件系统将是冗余的(例如RAID-1),并且每周拍摄一次快照。我已经使用ZFS做到了这一点,快照系统很棒,并且使用send / recv可以轻松在外部媒体上创建备份。不幸的是,到那时,我想要的是GNU + Linux,而不是FreeBSD或Solaris,因此我正在寻找好的替代方案的建议。

我认为我的选择是:

  1. btrfs-似乎正是我所需要的,它具有快照和命令,可让您轻松进行复制zfs send。但是所有文档都提到它仍处于试验阶段。我似乎找不到任何有关其可靠性或可用性问题的实际报告。您能否指出我有关该问题的任何信息,以阐明是否将是一个可能的选择?我对此选项有很大的偏好,主要是因为我不想在btrfs准备就绪时重新格式化驱动器,但是我没有关于它是否完全可用,使用它是否愚蠢的想法等信息。我无法得到答案的是“实验”什么意思
  2. lvm快照和ext4-最好不要这样,因为在创建新文件时,它会占用大量空间。创建200 GB的文件需要200 GB的可用空间,另外200 GB的空间用于快照。我还发现它不可靠-元数据重写失败会导致PV无法读取。我想知道btrfs在这里会如何比较。
  3. RAID-1阵列上的单个文件系统(ext4),带有带有硬链接的自定义COW快照(如cp -al)。如果我不能使用btrfs,这就是我当前的偏好。

那么,btrfs的实验性如何?我应该选择哪个?还有其他选择吗?如果我不保留外部增量备份怎么办,会影响我的选择吗?


1
关于#3:硬链接实际上并不能提供很好的备份...如果您修改或损坏了原始文档,则所有“副本”也会发生同样的情况。
user1686 2011年

好点子。我没有考虑。谢谢。
TestUser16418

@grawity,您不应该直接修改快照。这就是他们的重点。它们应该是过去某个时候系统的“只读”图片。
g19fanatic 2011年

@ g19fanatic:确实是我的观点。如果您的“快照”是通过硬链接完成的,则修改文件的实时副本也会导致“快照”也发生更改(因为硬链接不会复制数据)。
2011年

1
@grawity:我不认为他的意思与您所想的相同。想想Apple TimeRestore软件。它会做所有事情的初始副本作为其第一个快照。然后,之后的每个快照都会使用硬链接指向快照中的文件,然后再针对未更改的文件使用硬链接。如果文件已更改,则将进行差异或直接复制,而不是硬链接到先前的快照。使用此方法,在修改实时文件时,您将不会更改备份,因为它们基于快照而不是实时数据。
g19fanatic 2011年

Answers:


0

保留此答案是出于历史原因,可能不适用于当前版本的btrfs。


btrfs在实验上仍处于变化之中。结果,btrfs可能无法完全稳定。另外,由于当前没有用于btrfs的fsck,因此在断电的情况下有可能损坏文件系统并使它不可用,因为没有办法从损坏中恢复。有关此文件系统的更多信息,请参见brtfs Wiki。在准备好文件系统检查实用程序之前,我不建议您使用btrfs,最好选择选项3。


通过设计,BTRFS实际上并不需要fsck。BTRFS具有校验和,因此清理将可靠地检测错误(并根据可能的情况进行修复,具体取决于冗余)。其他文件系统(例如ext4)可以在崩溃后清理,但他们不确定是否损坏了某些文件系统。此外,BTRFS的大多数基本功能实际上不应再被视为试验性的。
basic6 2015年

7

尽管没有人正式祝福过它,但我个人认为它已经可以投入生产了。

通常在生产中不使用它的一些原因:磁盘格式可能不稳定,没有btrfsck,没有可用的支持。因此,让我们检查一下:

最后一个是对我真正说的话。如果Oracle(软件维护公司)现在愿意为您提供商业支持,那么它可能已经准备就绪。当然,他们对永不开放源代码版本(据我所知,相同的软件,没有支持合同)实际上已经可以使用表示强烈兴趣,因为他们希望您购买支持和支持。当然,如果您自己一个人去做一些不受支持的事情并炸毁磁盘,他们并不想受到指责,但是我怀疑,如果他们真的认为它会丢失数据,他们是否愿意支持它。



0

快照程序是一种工具,它将为您自动执行此过程。如果需要,您可以每小时创建一次快照,每个子卷具有不同的快照间隔,易于回滚,甚至可以在有GUI的情况下自动删除旧快照。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.