我有一个RAID 10arrays10 7200 SATA rpm的磁盘。 我在工作时间的磁盘队列长度平均为100左右。设置如下：
这看起来好吗？ 如果是这样，这个设置有什么不对吗？ 我应该看看其他柜台吗？
意见后更新：
这超出了“相当高” – 这是非常惊人的高。 我的箱子数量超过在RAID-5上运行的邮箱数量，这些邮箱在旧式的7,200RPM Ultra160 SCSI驱动器上磁盘队列less得多。
除了Exchange之外的其他东西是颠覆你的磁盘。 我打开Perfmon并在“Process”对象中为每个单独的进程绘制“IO Data Operations / sec”，并查看哪个进程导致这么多的IO。
编辑：
你在Jim B的评论中链接的文章有一些非常好的perfmon计数器可以查看。 我也想知道，如果你已经把一个虚拟内存页面文件到这些磁盘上，并看到过度分页。
我确实有一些怀疑，在阅读了文章和链接的文章之后，您可能会遇到一些与这些客户相关的问题。 Outlook Anywhere（又名RPC over HTTP）不会引起与Entourage相同的问题 – 完全不同（MAPI over HTTP，Entourage客户端使用WebDAV）。
它不去询问，但你在事件日志中看到什么奇怪的东西？
更新后编辑：
读/写的总数实际上并不是你想要的。 你真的是在每个间隔的基础上寻找读/写的增量。 抛开Perfmon，清除默认计数器，并添加一些计数器：
您也可以看看Microsoft Exchange用户监视器 （有关其使用情况的一些很好的文章，可在http://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html上find ）。 这不会显示WebDAV会话，但它可能会让您对传统的基于MAPI的用户正在执行的操作有所了解。
哇！ 这是非常高的。 平均队列长度应该等于或小于物理磁盘主轴的数量，所以您的机器在应该高出一个数量级的情况下会发生颠簸。 这个链接列出了引起磁盘I / O的所有Exchange操作，所以，Sam和Evan的build议，你应该确认你没有任何exception的活动（如邮件循环）。
这是相当高的，你有任何一种AV软件？ 另请看\ process * \ io数据操作/秒。 这应该告诉你，如果是store.exe或somehting其他导致IO。 如果是store.exe，我猜想是通过邮箱扫描的。
我将首先下载进程资源pipe理器，并使用它来查看哪个进程实际上导致高磁盘IO，它是信息存储，还是别的什么东西。 那么你可以从那里继续。
知道你有多less邮件实际上正在处理是有用的，因为95个邮箱不是一个巨大的数量，但如果所有的邮箱都在不断的用户，那么这可能是一个问题。
另外，你可能已经检查过了，但是如果你的RIADarrays从一个可能会导致大量磁盘IO的故障磁盘重build，那么你的RIADarrays是可以的。
你也可以看一下进程监视器 ，它会逐个logging磁盘上的每个访问。 如果Exchange以外的其他软件正在使用您的磁盘，您将会看到它在ProcMon中非常快速地填充磁盘访问列表。
你没有提到你有多less内存，虽然你提到的规格说明你可能有一个合理的数额。 如果您运行的内存less于2 GB，则可能会看到计算机上的这种行为触发了页面文件。 确保任务pipe理器中使用的RAM数量less于服务器中安装的物理内存数量。