我们有一个客户抱怨使用MS SQL数据库的应用程序的性能。 他们不相信性能问题是应用程序本身的错误。
Smart Array E200i RAID控制器具有128MBcaching，我们将caching设置为75％读取/ 25％写入。 磁盘arrays设置为启用写入caching。
最近，我们根据本指南使用SQLIO进行了磁盘性能testing。 我们使用一个10 GB的文件进行testing，发现平均顺序读取速率为〜60 MB /秒（兆字节/秒），平均随机读取速度为〜30 MB /秒。 这些数字是否与服务器应该执行的function相同？ 比平价更好？ 可怕？ 惊人？
有关服务器设置/ RAID控制器configuration的其他信息：
有三个146 GB SAS 10k RPM 3.0 GB /秒（型号HP DG146BABCF）驱动器，configuration为RAID 5arrays。 这些是可用于服务器的唯一物理磁盘，因此日志和数据（包括操作系统数据和分页文件）都在同一个物理磁盘arrays上（有两个逻辑驱动器，OS数据是分开的）。 数组条带大小设置为64k。 总可用空间是273 GB。
HP Advanced Data Guard已closures。 重build和扩展优先级设置为中等。 表面扫描延迟是15秒。 控制器有一个caching板和一个电池组。
太多imponderables。 例如，如何build立磁盘？ 如果日志和数据共享相同的磁盘，则来自数据区域的随机I / O将中断日志stream量，这主要是顺序I / O，并且受到相同磁盘上繁忙的随机访问工作负载的不利影响。
没有更多的了解你的configuration，我不能说什么可能会导致这个问题。
例如，closures一个RAID 60MB /秒是一个4磁盘RAID-5或64K条带和15K驱动器的RAID-10。 每个驱动器将读取磁盘每转一圈的64k条纹（对于15k驱动器，约为250 /秒），每个驱动器的速度为15MB /秒。
15k磁盘的平均search时间在整个磁盘上大约为3ms。 在一个大体连续的10GB文件上（例如）146GB或300GB的磁盘，以及caching的一些帮助，我可以看到30MB /秒对于如上所述configuration的磁盘arrays是一个合理的数字。 这将表示平均每读取两次磁盘的数据。
这是一个想法，我的头顶上的一个configuration可能会合理地期望在ML350看到。 不过，我不知道这是否符合你的实际configuration，所以我不能评论你的观察是否与你的情况有关。
E200i的performance糟糕，正如Lukas 在这里和Ryan 在这里logging的那样 。 检查是否安装了可选电池套件（BBWC），并且HParraysconfiguration实用程序显示电池状态正常。 （在HParraysconfiguration实用程序中，单击中央configuration视图中的控制器，然后在右侧的常规任务菜单上select更多信息）。 使用这个电池可以使磁盘控制器在性能上有很好的提升。
但是最好的select是用一个“合适”的HP SmartArray控制器来replaceE200，P400或者P600的512MB BBWC应该能够提供很好的速度提升。
以下是我们使用类似硬件的基准，并指出了一些差异。 我猜想性能冲击的一些原因是由于分区错位（默认情况下，Windows 2003未alignment分区）。 运行以下命令，并且如果起始偏移量是32256，则它是错位的。
wmic分区获取索引，块大小，名称，起始偏移量
要正确alignment分区，您需要使用DISKPART实用程序。
testing硬件：
HP DL380 G5
2个sockets，共4个内核
16GB的RAM
HP P400控制器
512MBcaching
25％读取/ 75％写入
10K RPM硬盘
Windows Server 2003,32位
五分钟的testing周期
结果（MBytes /秒）：
（RS：读取顺序RR：随机读取WS：写入顺序WR：写入随机）
Raid5 3 HD：
RS 180
RR 180
WS 120
WR 130
Raid5 4 HD：
RS：240
RR：260
WS：175
WR：180
Raid5 5 HD：
RS：310
RR：320
WS：210
WR：225
你不应该有一个“伪降级”的Raid5作为数据库的支持存储。 AFAIK是最慢的磁盘configuration。 join一个低端控制器，事情不会好转。
日立AMS业主可以忽略这个post（4disk raid5 = 300MB / s以上）。 其余的可能适用。
Smart Array E200i是否安装了备用电池写入caching？ 在没有BBWC的Smart Array控制器中，我看到了一些可怕的performance。
至于您所读取的数据速率，我无法真正评论我已经看到高端桌面系统中的60 MB /秒。 然而数据速率读数可以说谎 ！ 张贴您使用的工具的参数以获得更好的比较。
简短回答=启用写caching，但通过HP CLI将WRITE CACHE设置为0％。 [ctrl slot = 0修改cacheratio = 100/0 | ctrl插槽= 0修改dwc =启用]打开它，但不要使用它，去图！
我只是在HP ML350 G5上搭build了一个Open-e DSS V6服务器，并在RAID 10arrays中安装了E200i RAID控制器，128MB BBWC和6 x 1.5 TB 7200 RPM驱动器。 我得到了非常差的性能，在iSCSI文件I / O量高的初始化率上不到100个iostats。 我有类似的configuration使用3Ware 9550卡生产超过1000 iostats，所以我试图找出什么？ 出错了
一些研究指导我在这里和专家交换文章（ http://www.experts-exchange.com/Storage/Hard_Drives/Q_24947953.html ）。 看起来RAID 5处理器和写入caching是这个控制器的麻烦组件。 我没有使用RAID 5，因此我通过HP控制器CLI尝试了读/写caching，Open-e可以方便地将它们放入软件中。
CLI运行非常慢，命令需要一分钟的时间来响应。 最后，上面的命令使arrays更接近预期。 我现在看到将近1000个iostats，CLI正常响应。 是的，您必须启用写入caching并将其设置为0％。 没有其他的组合似乎工作。 即使使用禁用写入caching选项也无法提供可接受的性能。