我有一个4x 2TB的WD RE4-GP驱动器的RAID服务器（4TB可用）的NAS服务器。 我的空间不足（剩余空间less于1TB）。 我有$ 0花费更大/更多的驱动器/机箱。
我喜欢我所读到的关于ZFS的数据完整性特性，它们本身就足以让我从现有的XFS（软件）RAID10切换。 然后我读了ZFS的RAID5的高级实现，所以我想我甚至可以使用RAIDZ-1在交易中增加2TB的可用空间。
但是，我一直在阅读越来越 多的 post，说永远不要使用RAIDZ-1。 只有RAIDZ-2 +足够可靠地处理“现实世界”驱动器故障。 当然，就我而言，RAIDZ-2没有任何意义。 在单个池中使用两个镜像的vdevs会更好（RAID10）。
我疯了想要使用RAIDZ-1 4x 2TB驱动器？
我应该只使用两个镜像vdevs池（本质上是RAID10），并希望压缩给我足够的额外空间？
无论哪种方式，我打算使用压缩。 我只有8GB的内存（最大），所以重复数据删除不是一个选项。
这将在FreeNAS服务器上（即将取代当前的Ubuntu操作系统），以避免ZFS-on-Linux的稳定性问题。
RAIDZ-1“对于现实世界的失败不够好”的说法是因为当重build时间到来时，您可能存在一个存活磁盘上的潜在媒体错误。 同样的逻辑适用于RAID5。
在详细讨论之前，请考虑一下你的用例。 你存储的照片，MP3和DVD撕裂？ 如果是这样，你可能并不在乎你是否永久失去了arrays中的一个块。 另一方面，如果这是重要的数据，这可能是一场灾难。
ZFS在一定程度上缓解了这种失败。 如果一个RAID5设备不能重build，那么你几乎不走运; 复制您的（剩余）数据并从头开始重build。 另一方面，使用ZFS，它将重build除坏块之外的所有块，并让pipe理员“清除”错误。 你将失去一个文件/文件的一部分，但你不会失去整个arrays。
由于ZFS是“ 猖獗的分层违规 ”，它也知道哪些区域没有数据，并且可以在重build时跳过它们。 所以，如果你的数组是半空的，你就有一半的重build错误。
您可以通过对arrays进行定期的“zpool scrubs”或“mdadm checks”来减less在RAIDZ1或RAID5上发生这类重build错误的可能性。 其他RAID5也有类似的命令/进程; 例如，LSI /戴尔PERC突袭卡称为“巡逻读取”。 这些都会读取所有内容，这可能会帮助磁盘驱动器find发生故障的扇区，并在它们变为永久性之前重新分配它们。 如果它们是永久性的，则RAID系统（ZFS / md / raid card / whatever）可以从奇偶校验重build数据。 在这种情况下，ZFS提供了额外的保护级别 – 如果重build出现错误，它的校验和会警告你。 你不会得到你丢失的数据，但至less你会知道它已经消失了。
最后一点 – 即使你使用RAIDZ2或RAID6，定期磨砂是一个好主意。
最后一个注意事项 – 任何types的RAID都不能替代备份。 尽pipe常规的ZFS快照可以成为备份策略的一部分。
嗯，这里有一些不好的信息。 对于4个磁盘，XFS确实没有错。 我倾向于避免ZFS RAIDZ的性能和可扩展性的原因（低读/写，不能扩大）。 如果可以的话，使用ZFS镜像。 但是，如果使用4个磁盘并且无法放置您的操作系统，您将丢失大量的容量，或者必须通过奇数分区游戏才能将操作系统和数据放在同一个磁盘上。
我可能不会推荐您的使用情况的ZFS。 这里XFS没有错。
在这里工作有一点点误解。 你所看到的很多build议是基于一个假设， 可能不是真实的。 具体而言，您的驱动器不可恢复的误码率。
便宜的“家庭用户”磁盘每10 ^ 14个不可恢复的错误率有1个。
http://www.seagate.com/gb/en/internal-hard-drives/desktop-hard-drives/desktop-hdd/#specs
这是在RAID重build期间，您正在谈论重大可能发生不可恢复错误的级别，因此您不应该这样做。 （一个快速和肮脏的计算表明，5×2TB磁盘RAID-5集实际上将有大约60％的机会）
但是，对于更昂贵的驱动器，这是不正确的： http : //www.seagate.com/gb/en/internal-hard-drives/enterprise-hard-drives/hdd/enterprise-performance-15k-hdd/#specs
1每10 ^ 16是100倍更好 – 这意味着5×2TB的重build失败的可能性<1％。 （可能更less，因为对于企业来说，600GB的主轴通常更有用）。
因此，我个人认为RAID-5和RAID-4仍然是非常有用的，因为所有的原因RAID-0还是相当普遍的。 不要忘记 – RAID-6的问题是严重的写入损失。 您可以通过大量的caching来部分缓解这个问题，但是您仍然有一些内置的痛苦，特别是当您首先使用慢速驱动器时。
从根本上说 – 永远不要相信你的RAID给你充分的韧性。 如果你关心你的数据，那么你会更经常地失去数据到“哎呀”而不是驱动器故障，所以你需要一个体面的备份策略。