显然，如果整个驱动器死亡，那么单个磁盘上的RAID-Z将无济于事。 但是其他types的错误呢？
根据我的经验，我有时会有一个我无法阅读的文件。 在Mac OS X上，系统将挂起一段时间，然后返回一个错误。 我将该文件移动到某个位置，我认为该文件有一个坏扇区或坏块，或者甚至是整个坏道。
我可以追溯到软盘的日子，手工pipe理磁盘故障只是一个常见的活动。 当然，你可以尽快更换坏软盘，但是有时你不能马上这么做，所以练习就是find坏区，把它分配给一个文件，然后不要删除那个文件。
第一个问题是硬盘如何失败？ 我的假设是否有效？ 是不是真的糟糕的块坏了，但整个驱动器仍然是主要可用？ 如果是这样的话，那么RAID-Z似乎可以使用其他块（区域）的奇偶校验修复坏块或磁盘的坏区。
用例用于备份。 如果我每周将数据推送到一个8TB的驱动器上，那么考虑它是一个7TB的数据驱动器和1TB的奇偶校验是有意义的，希望额外的奇偶校验能帮助我从比特腐蚀，坏扇区或其他本地驱动器故障？
如果理论上没有技术上的缺陷，那么ZFS可以configuration成这样吗？
编辑：我发布这个问题之前，我看到了另一个问题。 将每个分区分组在一起的单独分区是一种select。 但从概念上来说，可能有N个分区的块映射相互交织在一起，这样一个条带在逻辑上将跨越N个分区，在物理上会非常接近。 这是我的问题的要点：“ZFS可以configuration成这样吗？ 即只是ZFS …不ZFS与分区欺骗。
由于RAID-Z奇偶校验通过在池中的另一个设备上使用奇偶校验块来工作，因此需要将设备分区到N + 1，N + 2或N + 3个相同大小的分区，其中N个分区包含数据和1/2包含奇偶校验位。
在这些分区之上，您将创build一个zpool，使用您select的RAID-Z，然后在zpool上创build一个文件系统。
所以，理论上这是有效的。 实际上，这会使文件系统的性能变得糟糕，因为文件中的后续块将位于不同分区中的不同ZPool设备中。 因此，在读取一个数据块之后，硬盘必须移动到HDD盘片的不同区域，读取下一个数据块等。
答案是：是的，这将是愚蠢的。