Please start any new threads on our new site at https://forums.sqlteam.com. We've got lots of great SQL Server experts to answer whatever question you can come up with.

 All Forums
 SQL Server 2008 Forums
 SQL Server Administration (2008)
 Balance data access (and Disk I/O) across volumes?

Author  Topic 

agrikk
Starting Member

2 Posts

Posted - 2011-11-29 : 19:13:28


I have a SQL Server 2008 R2 server with 4 SAN volumes whose access patterns are very lopsided in terms of disk I/O that I am trying to even out.

On my database server I have databases set up typically with a single filegroup which contains four database files, one placed on each volume (E:, F: G:, and H:). When running a query, volume E: gets hammered and its Average Disk Queue Length hits an average of 700, while the other volumes hover between 30 and 150.

How do I determine what process is causing so much I/O on the disk?

Is there a way to "rebalance" the data in a database such that I/O is more evenly distributed across the four volumes?

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2011-11-29 : 22:32:43
If you are using just one filegroup, then I doubt there's a way for us to tell what is going on for each volume. I didn't think anyone bothered looking at average disk queue length these days though. Typically we check avg disk/sec for reads and writes, ensuring we're below 12ms (0.012 in PerfMon) with occasional spikes above that.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page

agrikk
Starting Member

2 Posts

Posted - 2011-11-30 : 01:35:00
How about if there are multiple databases, each with a filegroup of four files (one on each volume)? Is there a way to tell which is causing the most I/O?
Go to Top of Page

tkizer
Almighty SQL Goddess

38200 Posts

Posted - 2011-11-30 : 20:14:06
Run a trace and determine who's got the heavy reads (or writes, but typically reads). If you see very high reads, such as over 5000, then you'll need to investigate missing indexes, bad plans, etc.

Tara Kizer
Microsoft MVP for Windows Server System - SQL Server
http://weblogs.sqlteam.com/tarad/

Subscribe to my blog
Go to Top of Page
   

- Advertisement -