前两天 NAS 炸了，于是各种看资料，发现硬盘有个 URE 错误率的指标，了解这个指标以后从此再也不用 RAID5 了……
那么关于 URE 有个问题想请教一下大家，就是如果和 RAID5 没关系，只是在普通的复制数据，应该也是有可能碰到 URE 错误的吧。看描述好像这种错误硬盘自己不知道，那假如在复制的时候真的遇见了，是不是可以理解为写入目标盘的某个 bit 是错的？如果存在这种情况的话，那 FastCopy 的验证功能是否能够避免？
FastCopy 帮助文档里是这么描述验证工作流的：
Action detail: Read(Src) -> MD5(Src) -> Write(Dst) -> Read(Dst) -> MD5(Dst) -> Compare MD5(Src/Dst) (All actions are processed in parallel as much as possible)
它读源文件和算 Hash 好像是同时进行的，那么是不是可以理解为，如果硬盘读错了，他也就跟着拿错误的源数据做 Hash，然后把错误的源数据写入目标盘，再读一遍目标盘有错误的数据计算 Hash 做对比？如果是这样的话，是不是它并不能避免 URE 错误带来的影响？
那么关于 URE 有个问题想请教一下大家，就是如果和 RAID5 没关系，只是在普通的复制数据，应该也是有可能碰到 URE 错误的吧。看描述好像这种错误硬盘自己不知道，那假如在复制的时候真的遇见了，是不是可以理解为写入目标盘的某个 bit 是错的？如果存在这种情况的话，那 FastCopy 的验证功能是否能够避免？
FastCopy 帮助文档里是这么描述验证工作流的：
Action detail: Read(Src) -> MD5(Src) -> Write(Dst) -> Read(Dst) -> MD5(Dst) -> Compare MD5(Src/Dst) (All actions are processed in parallel as much as possible)
它读源文件和算 Hash 好像是同时进行的，那么是不是可以理解为，如果硬盘读错了，他也就跟着拿错误的源数据做 Hash，然后把错误的源数据写入目标盘，再读一遍目标盘有错误的数据计算 Hash 做对比？如果是这样的话，是不是它并不能避免 URE 错误带来的影响？
Select Language