服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

减轻磁盘故障的风险+一些腐败?

所以我对ZFS地址的一个场景的理解是RAID5驱动器出现故障,然后在重build期间遇到了一些损坏的数据块,因此无法恢复该数据。 从谷歌search我没有看到这种失败情况展示; 磁盘故障中的文章,还是关于修复数据损坏的文章,但都不是两者。 1)ZFS是否使用3驱动raidz1容易出现这个问题? 即如果一个驱动器丢失,被replace,并且在读/重build时遇到数据损坏,那么没有冗余来修复这个数据。 我的理解是,损坏的数据将丢失,正确的? (我明白周期性擦洗会最大限度地降低风险,但是假设自上次擦洗之后在一个磁盘上发生了一些微小的损坏,而另一个磁盘也失败了,因此在重build期间检测到损坏) 2)raidz2 4驱动器安装程序可以防止这种情况发生吗? 3)是否有一个两个驱动器镜像设置与副本= 2将防止这种情况? 即一个驱动器失败,但另一个驱动器包含所有数据的2个副本,所以如果在重build过程中遇到损坏,该磁盘上是否有冗余副本以恢复? 这对我来说很吸引人,因为它使用了raidz2设置的一半磁盘,尽pipe我需要更大的磁盘。 我没有致力于ZFS,但是这是我已经读了几年了。 如果有类似于par archive / reed-solomon的东西,它会产生一些奇偶校验,这可以保护高达10%的数据损坏,并且只使用一定数量的空间,与您需要的x %损坏保护程度成正比。 然后,我只是使用镜像设置,镜像中的每个磁盘将包含该奇偶校验的副本,与上面的选项#3相比,这将相对较小。 不幸的是我不认为里德 – 所罗门很适合这种情况。 我一直在阅读美国航空航天局(NASA)关于实施里德 – 所罗门(reed-solomon)的文件(我可以发现的唯一全面的解释并不需要购买关键期刊),据我的理解,这套平价数据需要对源数据的每次增量更改完全重新生成。 也就是说,对源数据的小增量变化作出响应,对芦苇 – 所罗门奇偶校验数据进行增量更改并不容易。 我想知道,如果在某个概念上有某种类似的东西(比如less量的奇偶校验数据保护源数据中的任何地方的X%腐败),那么有人知道,但我认为这可能是一个梦想。