SQL SERVER 性能监视器

诊断事务日志的性能问题和日志管理器的限制

对于事务性工作负载，写入SQL Server事务日志的I / O性能对于其吞吐量和应用程序的响应时间是至关重要的。这个文档就是简要

的讨论如何确定事务日志文件的I / O是否是一个性能瓶颈，以及如何确定它是否与存储相关，或者是由于日志管理器本身的限制，

亦或与两者都有关。本文中所描述的概念和主题，主要适用于SQL Server 2005和SQL Server 2008的。

监控事务日志性能

要判断事务日志写入I/O性能是否有问题，有一些工具，可以帮助迅速查询有关日志写入的瓶颈。它们是：

1.SQL Server的动态管理视图（DMV）。

a. sys.dm_os_wait_stats:这个DMV提供了大量的有关log的等待类型，其中与我们当前讨论话题最相关的等待类型是writelog。

WRITELOG的等待时间代表事务在COMMIT之后到写日志的I/O操作完成总共等待的时间，如果观察到WRITELOG的等待时间异常

长的话那么就说明IO性能和日子读写可能存在问题。

b.sys.dm_io_pending_io_requests:此DMV提供了在单个I/O级突出的I/O请求。当SQL SERVER 事务日志文件不在一个专用卷上时，这

个动态视图就可以被用来跟踪该文件级别的I/0请求。如果事务日志在一个专用的逻辑卷上，这个信息可以被性能监视计数器用来获

取。更详细的将在下文给出：

2.windows性能监视器“SQL SERVER：Database” Object，这个性能监视器对象包含一些专门针对某个数据库的事务日志的性能监视

器。在很多情况下，这些都可以提供有关日志性能很详细的信息，比如日志级别的性能粒度。特定计数器如下：

a. Log Bytes Flushed/sec

b. Log Flushes/sec - (i.e. I/O operation to flush a log record to the transaction log)

c. Log Flush Wait Time

3.Windows性能监测器 “Logical or Physical Disk”对象

文章 来源：

http://bbs.sjtu.edu.cn/bbscon,board,database,file,M.1231933979.A.html

http://sqlcat.com/sqlcat/b/technicalnotes/archive/2008/12/09/diagnosing-transaction-log-performance-issues-and-limits-of-the-log-manager.aspx

http://blogs.msdn.com/b/sql_pfe_blog/archive/2013/03/28/observing-sql-server-transaction-log-flush-sizes-using-extended-events-and-process-monitor.aspx

http://stackoverflow.com/questions/56628/how-do-you-clear-the-transaction-log-in-a-sql-server-2005-database

http://tech.it168.com/d/2007-12-22/200712221044767.shtml

http://www.xue5.com/Data/DataBase/681816.html

http://t.askmaclean.com/thread-438-1-1.html

http://www.itpub.net/thread-1260485-1-1.html

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/27026361/viewspace-766323/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/27026361/viewspace-766323/