经过一些搜索,我发现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)
RAID 5
4x 73GB SCSI-320 (15k RPM)
注意：RAID1和第一个RAID5(D：/)位于同一个RAID控制器上.我们计划在RAID10中使用146GB(15k RPM)驱动器升级RAID5.这种变化是否有助于我们明显的I / O带宽问题？
