上周末我搭build了一台W2K8 R2服务器，并使用磁盘pipe理，5个1TB硬盘构build了一个R5arrays。
在接下来的60个小时里，状态表示“重新同步（X％）”，因为它build立了arrays。 在这段时间，我读写驱动器（缓慢），一旦重build完成，速度非常快。 我一夜之间从USB硬盘上复制了一些数据，并且机器崩溃了（查看错误信息，我相信它是usb驱动的驱动程序），所以RAID5返回重新同步，因为机器没有正常closures。
问题是，从开始到现在已经过去大概48个小时了，我很高兴地说大概需要大约60个小时来重新同步，但是所有这一次在磁盘pipe理中，状态只是说'重新同步'，而不是'重新同步（X％）“。 硬盘指示灯正在发生变化，读/写又慢了，所以我认为它实际上是重新同步的。
问题是 – 这是一个正确的假设吗？ 为什么磁盘pipe理不告诉我它已经完成了多less年？ 这是一个不正常的closuresr5arrays的正常行为？
是的，冗长的重build时间对于RAID来说是非常正常的。 特别是基于软件的RAID。 在控制器上备份电池的基于硬件的解决scheme将不易受软件故障的影响，电池备份应能保护您免受短暂的中断。
我不知道为什么窗户不显示你的身份，我从来不担心太多。
您可能想阅读这篇文章为什么RAID 5在2009年停止工作 。 这似乎表明，大量可能会失败的音量。 看（ 问题 ）。
刚刚login并重build完成。 不知道为什么它从来没有告诉我这是百分比，但是这是一个正确的假设，它一直在重新同步，只是让人们知道。
你使用软件RAID5的原因是什么？
如果您使用的是软件RAID 1，那么这是可以接受的，但是软件RAID 5正在寻求麻烦。
一旦一个磁盘出现故障，第二个磁盘很可能会失败。 使用60小时的重新同步时间，同步完成之前发生第二次磁盘故障的可能性非常高，从而导致整个arrays无法恢复。 而且，除了速度较慢之外，软件RAID更容易腐败。
我会说，处理软件RAID 5的努力是不值得的。 当你准备放弃25％的硬盘来实现冗余时（假设是4块硬盘的RAID5），那么为什么不能一路走下去，放弃50％的空间（现在的硬盘不是太贵），然后运行RAID 1。
只是我的$ 0.02