原文:第七章——DMVs和DMFs（4）——用DMV和DMF监控磁盘IO

前言：

本文为本系列最后一篇，作为DBA，你必须经常关注磁盘的I/O问题，一旦出现问题，要尽快分析出是什么问题。SQLServer同样提供了一些列与I/O相关的DMO来做监控。

本文介绍如何使用DMO来监控I/O子系统的性能并找到I/O瓶颈。通过本文，可以区分不同数据库的I/O使用模式。一旦发现有数据库的I/O很高，可能需要考虑把数据库迁移到单独的磁盘，或者深入研究I/O产生的问题。

准备工作：

本文将演示如何监控数据库文件的I/O情况，将在SQLServer 2008R2上的AdventureWorks数据库上做演示。

步骤：

1、 
打开SQLServer，连到AdventureWorks。

2、 
输入以下脚本监控SQLServer实例上的日志文件和数据文件：

SELECT  DB_NAME(VFS.database_id) AS DatabaseName ,
        MF.name AS LogicalFileName ,
        MF.physical_name AS PhysicalFileName ,
        CASE MF.type
          WHEN 0 THEN ‘Data File‘
          WHEN 1 THEN ‘Log File‘
        END AS FileType ,
        VFS.num_of_reads AS TotalReadOperations ,
        VFS.num_of_bytes_read AS TotalBytesRead ,
        VFS.num_of_writes AS TotalWriteOperations ,
        VFS.num_of_bytes_written AS TotalWriteOperations ,
        VFS.io_stall_read_ms AS TotalWaitTimeForRead ,
        VFS.io_stall_write_ms AS TotalWaitTimeForWrite ,
        VFS.io_stall AS TotalWaitTimeForIO ,
        VFS.size_on_disk_bytes AS FileSizeInBytes
FROM    sys.dm_io_virtual_file_stats(NULL, NULL) AS VFS
        INNER JOIN sys.master_files AS MF ON VFS.database_id = MF.database_id
                                             AND VFS.file_id = MF.file_id
ORDER BY VFS.database_id DESC

3、 
在新窗口输入以下脚本，清空数据缓存：

USE AdventureWorks
GO
DBCC DROPCLEANBUFFERS
GO
SELECT  *
FROM    [Sales].[SalesOrderDetail]
GO

4、 
现在再次执行第二步中的脚本，看看情况。

5、 
执行下面的语句，查看是否有IO挂起操作：

SELECT  DB_NAME(VFS.database_id) AS DatabaseName ,
        MF.name AS LogicalFileName ,
        MF.physical_name AS PhysicalFileName ,
        CASE MF.type
          WHEN 0 THEN ‘Data File‘
          WHEN 1 THEN ‘Log File‘
        END AS FileType ,
        PIOR.io_type AS InputOutputOperationType ,
        PIOR.io_pending AS Is_Request_Pending ,
        PIOR.io_handle ,
        PIOR.scheduler_address
FROM    sys.dm_io_pending_io_requests AS PIOR
        INNER JOIN sys.dm_io_virtual_file_stats(DB_ID(‘AdventureWorks‘), NULL)
        AS VFS ON PIOR.io_handle = VFS.file_handle
        INNER JOIN sys.master_files AS MF ON VFS.database_id = MF.database_id
                                             AND VFS.file_id = MF.file_id
GO

分析：

首先要切记不要随便在正式环境使用DBCC DROPCLEANBUFFERS命令，这个将会在一段时间内严重影响性能。

在本例中，对于sys.dm_io_pending_io_requests可能在本机中会没有数据，因为在单机情况下基本上很少io操作，从而挂起的可能性大大降低，但是在正式环境，多用户连接和操作时，就很有可能发生挂起情况。

上面提到的DMO对查找I/O子系统问题很有帮助，根据这些信息，再进一步找到高I/O的数据库，同时检查所在磁盘的I/O情况。