SQL Server IO 子系统浅究 II
性能监视器里的IO子系统计数器

在运行里面输入”perfmon”，使用性能监视器，可以观察当前的I/O性能情况，确定是否存在I/O方面的问题。

在SQL Server上，涉及I/O的计数器有：
Average read bytes/sec,平均每秒的读取字节数 
Average write bytes/sec，平均每秒的写入字节数
Reads/sec, 每秒多少读
writes/sec，每秒多少写
Disk read bytes/sec, 每秒读取的传输速率
Disk write bytes/sec，每秒写入的传输速率
Average disk sec/read, 平均每个读花的时间，小于10ms表示性能很好，在10ms~20ms之间表示性能可以接受，如果大于20ms，说明存在I/O问题；
Average disk sec/write，平均每个写花的时间，小于10ms表示性能很好，在10ms~20ms之间表示性能可以接受，如果大于20ms，说明存在I/O问题。
Average disk queue length，在磁盘等待的IO个数，最好在1.5和2倍转轴个数(spindles)以内，如果高于这个值，一般说明IO子系统有一定的问题，但现在普遍使用RAID或者磁盘虚拟化，如果不详细了解具体的I/O子系统配置，很难从这个计数器判断出问题。

除了使用perfmon外，还可以使用SQLDiag.exe或Perfstats脚本来获取整体系统的性能情况，然后通过PAL分析采集的perfmon文件，具体详情就google下吧。

SQLIO
前面也提到过，使用I/O子系统时，最好能够进行充分测试。SQLIO就是这样一款模拟SQL Server读写特点的性能测试工具，使用SQLIO可以快速定位I/O子系统的瓶颈所在，对如何分布SQL Server文件也会有更好的帮助。下面简要介绍下SQLIO的使用。

SQLIO的下载地址为http://www.microsoft.com/downloads/details.aspx?familyid=9a8b005b-84e4-4f24-8d65-cb53442d9e19&displaylang=en 。安装完成后，有个param.txt的配置文件，里面的内容为：c:\testfile.dat 2 0x0 100 ，这边我们只需要关注第一个参数和最后一个参数。
第一个参数表示测试文件的所在目录，根据实际要测的硬盘来改变盘符；
最后一个参数表示测试文件的大小，以MB为单位，一般尽量与实际的数据库大小一致。配置完成后，启用cmd命令行工具，到SQLIO的安装目录下，运行如下命令来产生测试文件。

SQL code

sqlio -kW -s10 -fsequential -o8 -b8 -LS -Fparam.txt timeout /T 10

接着就可以使用SQLIO来进行测试了。一般的测试语句形式如下：

SQL code

sqlio -kW -t2 -s120 -dM -o1 -frandom -b64 -BH -LS Testfile.dat
sqlio -kW -t2 -s120 -dM -o2 -frandom -b64 -BH -LS Testfile.dat
sqlio -kW -t2 -s120 -dM -o4 -frandom -b64 -BH -LS Testfile.dat
sqlio -kW -t2 -s120 -dM -o8 -frandom -b64 -BH -LS Testfile.dat

其中
参数 –kW 表示模拟写的情况，如果是-kR则表示写；
参数 –t2 表示两个线程
参数 –s120表示测试2分钟
参数 –dM 表示具体的盘符
参数 –o1表示outstanding IO的数目
参数 –frandom表示随机模式，相反的是sequential 序列模式
参数 –b64 表示每个IO大小为64K

可以将这样的命令保存为一个批处理文件，例如SQLIOBatch.bat，然后在cmd下，使用SQLIOBatch.bat >SQLIOResult.txt 将测试结果保存为txt文件，然后再去分析。SQLIO运行后的结果如下：
sqlio v1.5.SG 
using system counter for latency timings, 14318180 counts per second 
16 threads writing for 60 secs to file d:\MSSQL\testfile1.dat 
  using 8KB random IOs 
  enabling multiple I/Os per thread with 8 outstanding 
  buffering set to use hardware disk cache (but not file cache) 
using current size: 2048 MB for file: d:\MSSQL\testfile1.dat 
initialization done 
CUMULATIVE DATA: 
throughput metrics: 
IOs/sec: 18527.91 
MBs/sec: 144.74 
latency metrics: 
Min_Latency(ms): 0 
Avg_Latency(ms): 6 
Max_Latency(ms): 4900 
histogram: 
ms: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24+ 
%: 78 6 8 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2

其中比较关键的指标就是IOs/sec 和MBs/sec了。

这边顺便介绍一个分析SQLIO结果的Powershell脚本，具体参看“http://sqlblog.com/blogs/jonathan_kehayias/archive/2010/05/25/parsing-sqlio-output-to-excel-charts-using-regex-in-powershell.aspx”，很强大的。

关于SQLIO 的使用，可以参考Brent Ozar在SQLServerPedia上的文章，里面也有详细的SQLIO测试脚本。http://sqlserverpedia.com/wiki/SAN_Performance_Tuning_with_SQLIO


关于IO的一些最佳实践
尽管IO子系统比较复杂，但还是有一些经过总结的良好实践，值得借鉴。

A， 使用多个数据文件

使用多个数据文件可以提高性能，但这也是需要看情况而定的。Paul Randal 在他的blog上曾经贴出了一篇使用多个数据文件的测试文章。测试的结果就是随着数据文件的增加，性能会先提高，到一个值后，会继续下降。如下图
 


可以看到，在8个数据文件的情况下，其性能会有很大的提升。

具体详情，请参考http://sqlskills.com/BLOGS/PAUL/category/IO-Subsystems.aspx

B， 设置合理的磁盘分区偏