http://blogs.msdn.com/b/ntdebugging/archive/2014/12/09/disk-performance-internals.aspx
http://blogs.msdn.com/b/sqlazurekkb/archive/2015/06/03/slow-disk-io-issues-for-sql-server.aspx
http://archive.oreilly.com/pub/a/network/2002/01/18/diskperf.html
Diagnosing Transaction Log Performance Issues and Limits of the Log Manager
Storage and SQL Server capacity planning and configuration (SharePoint Server 2013)
https://technet.microsoft.com/en-us/library/cc298801.aspx
https://technet.microsoft.com/en-us/library/cc938959.aspx
Disk Partition Alignment Best Practices for SQL Server
https://msdn.microsoft.com/en-us/library/dd758814(SQL.100).aspx
http://blogs.msdn.com/b/dpless/archive/2010/12/01/leveraging-sys-dm-io-virtual-file-stats.aspx
“Now, saying that, one trap that many people fall into is equating increased I/O subsystem latencies with poor I/O subsystem performance. This is often not the case at all. It’s usually the case that the I/O subsystem performs fine when the designed-for I/O workload is happening, but becomes the performance bottleneck when the I/O workload increases past the I/O subsystem design point. The I/O workload increase is what’s causing the problem, not the I/O subsystem – if you design an I/O subsystem to support 1000 IOPS (I/O operations per second – and making sure you’re using the right I/O size and the workload characteristics make sense to be defined in terms of the number of random IOPS) and SQL Server is trying to push 2000 IOPS, performance is going to suffer.”
http://www.sqlskills.com/blogs/paul/how-to-examine-io-subsystem-latencies-from-within-sql-server/