分机。 带RAID的2托架USB驱动器：btrfs RAID与内置RAID

我认为选项2是要走的路。

除了你已经提到过的要点之外，用你的USB机箱进行硬件RAID可能会受到这个确切的模型的限制，因为许多硬件RAID控制器正在写关于RAID的元数据信息 – 因此很难/不可能在发生架子故障的情况下将磁盘移动到另一个架子而不破坏RAID。

从我的经验来看，USB不是这种情况下的最佳解决scheme，但至less适合做这项工作。 请记住，永久连接的驱动器不会提供与备份源的电气隔离，因此如果由于过压而导致任何故障，则备份也可能受到影响 – 更好的select是使用2托架nas，并且至less具有以太网接线作为源和目标之间的“保护”，即使是坚硬的光纤也会更好。

对于备份，我想使用外部USB3驱动器：在一个2托架机箱中使用RAID 1（镜像）的两个硬盘。 作为文件系统，我将使用btrfs，因为子卷和校验和。 性能不重要，但数据安全。 使用RAID1

我看到3种可能性：

内置外置硬件RAID

USB到HW RAID？ 这似乎相当奇特。 我的印象是，大多数提供RAID的双外接盒（/ NAS盒）在软件中是这样做的。 在这种情况下，使用mdadm可以给你更多的控制权。

（性能较差，如果机箱需要镜像，只需要通过USB传输一次数据）。

如果它做适当的硬件RAID，那么我不会使用，除非我有一个备用的兼容HW RAID卡/备用shell。 硬件RAID是好的，但RAID卡成为下一个单点故障。 不build议，除非你有备件或可以没有更长的时间。

（我猜这是一些备份案例的选项。）

来自btrfs的RAIDfunction（并将2个驱动器设置为独立/ JBOD）

我对btrfs没有经验，主要是因为我听到传言说它还不够稳定。 后者对很多事情都很好，但是（对我来说）则是为了安全备份而排除的。

使用来自linux的软件RAID（用于磁盘的mdadm和JBOD）

我会用这个，因为我不会用另外两个。

它也允许在需要时将磁盘移动到另一台机器上。

你会推荐什么？

选项3用于控制，可移植性和已知的稳定性。

对于内置的硬件RAID我看到的缺点，也许SMART和省电模式将不会通过控制器，不会工作。 这将取决于产品，也许SMART是可有可无的，但我会错过一个省电模式

如果几秒钟内没有响应，大多数硬件RAID将丢弃一个磁盘。
旋转磁盘需要比旋转磁盘更长的时间。 所以关机和硬件 RAID是一个坏主意。 更多关于这个谷歌TLER信息。

硬件RAID仅在整个磁盘出现故障时才起作用，但不知道哪些运行磁盘损坏了数据。 是的，btrfs校验和在硬件RAID出现磁盘故障后也有帮助，但是通过btrfs RAID可以更容易地进行接缝，例如，如果两个磁盘的不同部分数据都被破坏了。

如果你真的设置了btrfs，那么你总是可以在HW RAID或者mdadm RAID上使用它。

但我不信任组合JBOD /分机。 USB。 两个磁盘将通过一根USB电缆和一个USB集线器连接，控制器必须通过此单一/共享连接处理两个磁盘。 根据我的经验，USB可以用更简单的configuration来解决问题。

我的build议：不要使用USB。 eSATA的开销较less，翻译步骤至lessless一步（机箱中的磁盘从USB转换回SATA）。

或者更好的，使用光纤，无线或以太网。 或者将备份机柜存放在不同的位置。

最后是最好的，因为异地备份不仅可以防止电气故障（可能会将主要数据和备份带走），还可以防止火灾，洪水和类似的地区灾难。

你怎么看？ 你会推荐哪种configuration？

我会使用一个本地备份（完全在您的控制之下）。 不需要RAID或镜像。 一个简单的带有SATA磁盘的普通USB机柜将会这样做。

我会在云中使用encryption的备份。 或至less在某个地方。