我在 Windows server 2008 R2 下构建了一个软件 Raid 5，带有 4 x 2TB SATA2（i3-540 4GB）我在 24 小时前启动了该过程，但重新同步进度只有 27%；- 有问题吗，还是这是正常的持续时间？2003R2 raid 5 会更快吗？（我看到它可能需要 4 天，但有人告诉我它不应该超过 1 天）- 我可以在重新同步过程中在 raid 驱动器上写入吗？谢谢。
编辑：
实际上，我根据已用时间和完成百分比估计重新同步时间为 84 小时。我不知道这个计算是否正确，但它似乎与我的估计时间相符。
这些值是从 WD Caviar Green 2TO 的测试中提取出来的：http://www.ginjfo.com/dossiers/tests-materiel/composants/disques-durs/caviar-green-2-to-une-capacite-ecolo-hors-norme-20090309?page=3 （访问写入 3ms，访问读取 7ms）
- 以最大 Sata II 读写：4 * 1.820.000 MB，速度为 375 MB/s（Sata II）= 5.4 H
- 访问 3 个 HDD 的每个簇：1 * 1.820.000 MB = 28.437.500 64KB 簇，7ms = 55.3 H（同时读取）
- 每个奇偶校验簇的写入：1 * 1.820.000 MB = 28.437.500 64KB 簇，3ms = 23.7 H（写入奇偶校验）
=> 84.4 小时 (3.5 天)
如果计算正确，它可以帮助一些人估计重新同步时间。
答案1
这就是使用大型磁盘和 RAID 的问题：重建需要很长时间。它必须从其他磁盘读取 6 TB 的数据，进行校验和等，然后写回 2 TB。如果是软件 RAID，它必须在正常运行的同时完成这些操作。
话虽如此，我认为~4 天有点慢，但怀疑 2003R2 在相同硬件上是否会更快。
重建时在 RAID 上读写不是问题，只是正常 IO 和重建都会比平时慢很多。
答案2
请记住，您的计算假设系统一次只能从一个驱动器读取。实际读取性能每个驱动器应该在 120MB/秒的量级。同时读取 4 个驱动器应该可以达到 480MB/秒，然后需要计算奇偶校验（与读取同时进行，因为写入将转到第 5 个驱动器）并写入奇偶校验（同样，与读取同时进行）。因此限制因素应该只是奇偶校验。现代处理器应该能够轻松地对 480MB/秒的数据进行 XOR 运算（我甚至可以对 100MB/秒的数据进行 MD5 运算）——这意味着如果全速运行，5x2TB RAID5 应该不会超过 4.3 小时。
实际上，我的重建大约需要 96 小时 - 或者以每块驱动器 5.5MB/秒的总速度运行。考虑到单块驱动器的读取速度为 120MB/秒，这是最大读取速度的 1/20。
我相信系统将此作为一个非常低优先级的过程来执行，以便不会压垮系统的其余部分，但 1/20 似乎没有必要保守。根据系统的整体使用情况来限制重建速度应该是微不足道的，而不是以低速率固定速度。但话又说回来，没有人声称内置的 Windows RAID 解决方案速度快或优化。
这也完全忽略了一个事实：全新突袭无需同步。我使用过的其他系统都无法在没有“快速构建”选项的情况下同步新卷，无需同步。
答案3
这篇文章相当老了，但也许这个答案也能帮助到其他人：Windows 2008 server R2 64 位，RAID 级别 5，配备 3 x 3 TB Seagate ST3000DM001（AMD 5050e、Gigabyte 主板 GA-MA78GM-US2H、板载显卡和千兆以太网）。您是否安装了正确的主板 SATA 驱动程序，或者是否使用 pci(e) 卡连接硬盘？原始 Windows 驱动程序非常慢，并且会产生蓝屏。更改驱动程序使我的系统速度提高了四倍 - 令人难以置信。我没有获得 Windows 2008 r2 驱动程序，我使用了主板制造商提供的 vista-64 位驱动程序。这就是解决方案。驱动程序更改前的重新同步时间：40 小时，之后只有 10 小时。
答案4
您使用的可能还与软件 raid 而不是合适的硬件 raid 控制器有关。