How to determine the I/O bottleneck

Detecting and resolving I/O bottleneckby: Kasim wirama, mcdba

 

I/O subsystem is one of critical component in SQL Server. i/O subsystem is used when SQL Server moves page between memory and I/O subsystem. with intensive activity of DML and DDL, SQL Server generates significant log entries and to tempdb database if the activities are creation and operations of table variable, temporary table, sorting, create and rebuild indexes and row versioning technology. let's look how to detect I/O bottleneck and solution to this issue.

 

Here are performance counter for detecting I/O bottleneck:

 

1. 1. physicaldisk: avg. Disk Queue Length

If you encounters value 2 or more when SQL Server is under peak usage, you have I/O bottleneck.

1. 2. physicaldisk: avg. Disk SEC/read and AVG. Disk SEC/Write

These counter names gives information about average value on how fast your disk operates under Read and Write activity. You need to pay attention for I/O subsystem when the value is more than 20 ms.

1. 3. physicaldisk: disk reads/sec and disk writes/sec

These counter names gives rate of read and write operation. If the value is at least 85 percent of disk capacity, the I/O subsystem experiences bottleneck.

 

Unfortunately these counters above measures I/O subsystem on hard disk level not in file level. if you have several files in an I/O subsystem, you need to have information from DMV sys. dm_io_virtual_file_stats, looking at io_stall_read_ms and io_stall_write_ms. run the DMV several times in intended duration to get Delta of these values.

 

You might have 3 possibilities of I/O subsystem issue. it might be caused by inefficient queries that effects to I/O intensive operations, lack of indexes or the disk subsystem needed to be upgraded to accommodate anticipated workload. you can find out I/O intensive query by querying DMV sys. dm_exec_query_stats and Sort Descending Order for sum of total_logical_reads and total_logical_writes. to find out lack of indexes in an underlying table you issue DMV query below:

 

Select t1.object _ id, t2.user _ seeks, t2.user _ scans, t1.equality _ columns, t1.inequality _ Columns
From SYS. dm_db_missing_index_details as T1, SYS. dm_db_missing_index_group_stats as T2, SYS. dm_db_missing_index_groups as T3
Where database_id = db_id ('your database') and object_id = object_id ('your table') and t1.index _ HANDLE = t3.index _ HANDLE and t2.group _ HANDLE = t3.index _ group_handle

SQL Server 2005 exposes I/O performance information through least performance impact DMV, so that you can quickly spot and fix the I/O bottleneck issue.