请教影响Raid rebuild时间的因素

谢谢Nancy女侠。

顺便再问下，这里提到了硬盘容量和用户实际使用空间。假设其他因素都一样， 硬盘容量和用户实际使用空间，这者是不是用户实际使用空间才是影响更大的因素。比如，一个使用5块3T的（4+1）盘构成的12T总容量的raid5，只存了1T的用户数据；另一个使用5块2T的（4+1）盘构成的8T总容量的raid5，但存了5T的用户数据，在都坏一块盘的情况下是不是前者rebuild起来更快（假设其他因素都一样）？

女侠不敢当啊。。。一起切磋呗

我的理解是这样的啊，欢迎真正的女侠和专家补充。

如果其他因素都一样的话，重建时间主要看坏掉的那块盘上的用户数据量，而不是单个磁盘的容量，也不是整个RAID组的总用户数据。

楼主你说得对的，也要从数据量上看，毕竟Raid5重建的时候是通过奇偶校验重构数据，如果需要重构的条带上没有数据，都是0。理论上就没有校验开销了。你据得例子应该是前者重构更快了。

坛子里女侠有不少了

主要还是Raid类型数量和用户使用情况吧，我这边基本是Raid1和Raid5 ，后台I/O负载绝对是祸根啊

VNX/CLARiiON的白皮书Performance and Availability有重建时间的量化公式：

Time = ((Failed hard drive capacity * Rebuild rate) * Drive type and Speed adjustment) +

((Failed hard drive capacity * Equalization rate) * Drive type and Speed adjustment))

• Failed hard drive capacity：已损磁盘上的用户数据量
• Rebuild rate：重建速率，和优先级、RAID类别有关。
• Equalization rate： 均衡速率，和RAID类别有关，镜像还是校验。
• Drive type and Speed adjustment：磁盘种类的调整值，和磁盘种类、转速有关。

根据实际的情况在白皮书里找相应的参数，计算出来是理想化的估算，只能作个参考啦。就像Gabriel说的，后台I/O负载不容小觑啊。

挺好的讨论，确实，如要细看下去，影响的因素确实很多。不过对一般管理员来说，只要在ASAP，High，Medium和Low中4选1就好了，不去费心考虑底层这么多东西。哈哈

赞，复杂的事情要简单化。