所以很快的问题 – 我们的RAID6arrays当前正在重build，并有一个非常明显的文件系统性能影响（主目录NFS安装在arrays上）。
我有点期待，因为你正在重build数组，所以控制器上有大量的读/写的负担， 但是我觉得我没有什么东西可以比较这个。
在RAID重build过程中，严重的读/写使用（性能在备份过程中以及用户通过FTP下载大型[多GB]文件时性能明显下降），看到严重的（5-10秒钟相当频繁地冻结）预期的行为。
任何想法，将不胜感激。 这是在本地通过NFS安装的40TBarrays上的硬件RAID6（LSI 9266-i8）（即，服务器在物理上非常靠近工作站）。
首先，这是概述重build时间的一个很好的资源。
RAID重build以及它们在发生故障前的工作方式。
现在，就我对重build的想法而言，我们知道重build会造成一些非常缓慢的performance，理应如此。 从上面的链接中可以看出，RAID重build不仅从故障磁盘中将信息提取到知名磁盘（发生故障重build时），还将信息写入系统驱动器以及其他数据/二级驱动器在服务器运行的所有时间。 另外需要注意的是，通常情况下，您通常看到的常规function需要花费很less的时间和相对较less的资源。 在预重build失败的情况下（性能稍微好一些，但性能稍微好一些），您可能会很幸运，并且有一个驱动器（逻辑或物理）失败，并在最终用户之前重buildRAID（希望您作为SA应该有一些这样的警报系统，所以你不应该感到惊讶），甚至知道什么有问题。
5-10秒钟冻结，你看到的是绝对正常的，特别是如果你正在重build的服务器是任何types的数据库服务器有比平常更高的写入和读取默认情况下（即SQL服务器，内置数据库，最终用户访问整天都是一个物业pipe理公司，我以前咨询过的一个物业pipe理公司有一个程序，整天访问他们的租户logging来查看和写入新的信息给他们，而且总是有很多的用法）。
我build议的另一件事是得到你的控制器随附的RAID实用程序（GUI版本），并将其安装在操作系统上，以便无需加载到控制器BIOS中即可监视重build。
NFS和iSCSI是一个非常小的，几乎不存在的问题。 我知道你使用的是NFS，而过去的情况是iSCSI在虚拟化方面的整体性能会更好，但是随着pipe理程序和硬盘驱动器以及控制器的最新改进，NFS的性能几乎与iSCSI相同，所以它听起来像你有一个非常漂亮的SAN。
我很乐意回答你需要知道的任何事情，所以请随时发表评论。