診斷事務日誌的效能問題和日誌管理器的限制

對於事務性工作負載，寫入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://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://tech.it168.com/d/2007-12-22/200712221044767.shtml

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

SQL SERVER 效能監視器

相關文章