诊断SQL Anywhere中的I / O带宽性能

在使用sql Anywhere(9.0.2)运行的供应商软件诊断性能问题时,我偶然发现了一些有关I / O带宽的有趣数据.根据9.0.2手册,数据库属性“CurrIO”显示“服务器发出但尚未完成的当前文件I / O数”.但是,考虑到硬件配置和/或数据库利用率,目前还不清楚这个数字应该是多少.

经过一些搜索,我发现sql Anywhere 10.0.0手册在其性能章节中更详细地介绍了这个设置：

To detect whether I/O
bandwidth is a limiting factor,check
the CurrIO database statistic. If this
statistic is not present on the graph,
click the Add Statistics button and
select CurrIO. Look for the largest
sustained number for this statistic.
For example,look for a high plateau
on the graph; the wider it is,the
more significant the impact. If the
graph has sustained values equal to,
or greater than 3 + the number of
physical disks used by database
server,it may indicate that the disk
system cannot keep up with the level
of database server activity.

这是说,例如,如果我在服务器中有5个磁盘,这个数字理想情况下应该低于8？这个值背后的含义是否与9.0.0版本相同？我觉得很难相信的原因是在我的特殊情况下,以下命令的结果有点偏：

SELECT db_property ( 'CurrIO' ),db_property ( 'MaxIO' )

以上命令为CurrIO返回900以上,为MaxIO返回1150.我一直在监测这个数字几个小时,平均值大约是950(感谢RisingRoad的Foxhound显示器).这些读数是在正常数据库负载下进行的.

我的I / O带宽是否真的像它看起来那样不合适,还是我误解了这些数字？

这是当前的服务器配置：

操作系统：Windows Server 2003 R2 32位

数据库版本：sql Anywhere(Adaptive Server Anywhere)9.0.2.3381

cpu：4x Intel Xeon双核3.00GHz

RAM：26GB(22GB分配给sql Anywhere缓存)

HDD(C：/)：OS临时文件位置

RAID 1

2x 36GB SCSI-320 (15k RPM)

HDD(D：/)：DB文件位置

RAID 5

4x 73GB SCSI-320 (15k RPM)

HDD(E：/)：OS页面文件日志文件位置(没有镜像日志)

RAID 5

4x 73GB SCSI-320 (15k RPM)

注意：RAID1和第一个RAID5(D：/)位于同一个RAID控制器上.我们计划在RAID10中使用146GB(15k RPM)驱动器升级RAID5.这种变化是否有助于我们明显的I / O带宽问题？

解决方法

处理RAID时,perfmon中的传统磁盘计数器可能会产生误导性结果.它们将显示缓存I / O而不是磁盘I / O.因此,请务必查看％Idle Time计数器.这可能是最准确的结果,但它会被反转(较低的百分比等于较繁忙的磁盘)