轉帖（如何監控sql server 死結）

經帶在論壇上看到有人在問怎麼捕獲和記錄死結資訊，在這裡，我將自己的一些心得貢獻出來，與大家分享，也請各位指正。

我們知道，可以使用SQL Server內建的Profiler工具來跟蹤死結資訊。但這種方式有一個很大的敝端，就是消耗很大。據國外某大神測試，profiler甚至可以佔到伺服器總頻寬的35%，所以，在一個繁忙的系統中，使用profiler顯然不是一個好主意，下面我介紹兩種消耗比較少的方法。其中第二種的消耗最小，在最繁忙的系統中也可使用。第一種最為靈活，可滿足多種應用。

方法一：利用SQL Server代理(Alert+Job)

具體步驟如下：

1.首先使用下面的命令，將有關的追蹤旗標啟用。

SQL code

DBCC TRACEON (3605,1204,1222,-1)  

說明：
3605 將DBCC的結果輸出到錯誤記錄檔。
1204 返回參與死結的鎖的資源和類型，以及受影響的當前命令。
1222 返回參與死結的鎖的資源和類型，以及使用了不符合任何 XSD 架構的 XML 格式的受影響的當前命令(比1204更進一步,SQL 2005及以上可用)。
-1 以全域方式開啟指定的跟蹤標記。

以上追蹤旗標範圍都是全域，即在SQL Server運行過程中，會一直發揮作用，直到SQL Server重啟。

如果要確保SQL Server在重啟後自動開啟這些標誌，可以在SQL Server服務啟動選項中，使用 /T 啟動選項指定追蹤旗標在啟動期間設定為開。(位於SQL Server組態管理員->SQL Server服務->SQL Server->屬性->進階->啟動參數)

在運行上面的語句後，當SQL Server中發生死結時，已經可以在錯誤記錄檔中看到了，但還不夠直觀(和其它資訊混在一起)。（SSMS -> SQL Server執行個體 -> 管理 -> SQL Server日誌）

2.建表，存放死結記錄

SQL code

USE [Cole] --Cole是我的樣本資料庫，你可以根據實際情況修改。  GO  CREATE TABLE DeadLockLog (  id int IDENTITY (1, 1) NOT NULL,   LogDate DATETIME,   ProcessInfo VARCHAR(10),   ErrorText VARCHAR(MAX)  )  GO  

 

3.建立JOB

建立一個JOB（假設名稱為DeadLockJob）,在"步驟"中建立一步驟，隨便寫一個步驟名稱，資料庫為"Cole"（見2.建表）,在"命令"欄中輸入以下語句：

SQL code

--建立暫存資料表  IF OBJECT_ID('tempdb.dbo.#ErrorLog') IS Not Null  DROP TABLE #ErrorLog  CREATE TABLE #ErrorLog (Id int IDENTITY (1, 1) NOT NULL, a DATETIME, b VARCHAR(10), c VARCHAR(MAX))  --將當前日誌記錄插入暫存資料表  INSERT INTO #ErrorLog EXEC master.dbo.sp_readerrorlog  --將死結資訊插入使用者表  insert DeadLockLog  select a, b, c   from #ErrorLog   where id >= (select MAX(id) from #ErrorLog WHERE c Like '%Deadlock encountered%')  DROP TABLE #ErrorLog   

4.建立警報

在"建立警報"表單的"常規"選項卡中,進行以下設定：

名稱：可根據實際自行命名，這裡我用DeadLockAlert
類型：選擇"SQL Server效能條件警報"
對象：SQLServer:Locks
計數器：Number of Deadlocks/sec
執行個體：_Total
計數器滿足以下條件時觸發警報：高於
值：0

設定完成後，應該如所示：

在"響應"選項卡中，選中"執行作業"，並選擇步驟3中我們建立的作業(即DeadlockJob)

到這裡為止，我們已經完成了全部步驟，以後，你就可以隨時查詢DeadLockLog表，來顯示死結資訊了。

方法二：利用伺服器端跟蹤。

具體實現步驟如下：

1.編寫如下指令碼，並執行

SQL code

-- 定義參數  declare @rc int  declare @TraceID int  declare @maxfilesize bigint  set @maxfilesize = 5   -- 初始化跟蹤  exec @rc = sp_trace_create @TraceID output, 0, N'e:/DbLog/deadlockdetect', @maxfilesize, NULL   --此處的e:/dblog/deadlockdetect是檔案名稱（可自行修改），SQL會自動在後面加上.trc的副檔名  if (@rc != 0) goto error  -- 設定跟蹤事件  declare @on bit  set @on = 1  --下述語句中的148指的是locks:deadlock graph事件(參見sys.trace_events),12指的是spid列(參見sys.trace_columns)  exec sp_trace_setevent @TraceID, 148, 12, @on    exec sp_trace_setevent @TraceID, 148, 11, @on  exec sp_trace_setevent @TraceID, 148, 4, @on  exec sp_trace_setevent @TraceID, 148, 14, @on  exec sp_trace_setevent @TraceID, 148, 26, @on  exec sp_trace_setevent @TraceID, 148, 64, @on  exec sp_trace_setevent @TraceID, 148, 1, @on  -- 啟動跟蹤  exec sp_trace_setstatus @TraceID, 1  -- 記錄下跟蹤ID，以備後面使用  select TraceID = @TraceID  goto finish  error:   select ErrorCode=@rc  finish:   go   

運行上述語句後，每當SQL Server中發生死結事件，都會自動往檔案e:/DbLog/deadlockdetect.trc中插入一條記錄。

2.暫停和停止伺服器端跟蹤

如果要暫停上面的伺服器端跟蹤，可運行下面的語句：

SQL code

exec sp_trace_setstatus 1, 0 --第一個參數表示TraceID,即步驟1中的輸出參數。第二個參數表示將狀態改為0，即暫停

如果要停止上面的伺服器端跟蹤，可運行下面的語句：

SQL code

exec sp_trace_setstatus 1, 2 --第一個參數表示TraceID,即步驟1中的輸出參數。第二個參數表示將狀態改為2，即停止

3.查看追蹤檔案內容

對於上面產生的追蹤檔案(e:/DbLog/deadlockdetect.trc),可通過兩種方法查看：

1).執行t-sql命令

SQL code

select * from fn_trace_gettable('e:/DbLog/deadlockdetect.trc',1)  

 
結果中的TextData列即以XML的形式返回死結的詳細資料。

2).在SQL Server Profiler中開啟。

依次 進入Profiler -> 開啟追蹤檔案 ->選擇e:/DbLog/deadlockdetect.trc，就可以看到以圖形形式展現的死結資訊了。