（4.7）怎麼捕獲和記錄SQL Server中發生的死結?

標籤：key   國外   adl   cli   data   作用   返回   ESS   code   

轉自：19498327怎麼捕獲和記錄SQL Server中發生的死結?

sql server如何讓錯誤記錄檔記錄死結

2014年02月19日 18:25:55閱讀數：1313

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

 

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

 

具體步驟如下：

 

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

 

[c-sharp] view plaincopy   

1. 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.建表，存放死結記錄

 

[c-sharp] view plaincopy   

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

 

 

 

3.建立JOB

 

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

 

 

[c-sharp] view plaincopy   

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

 

 

 

4.建立警報

 

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

名稱：可根據實際自行命名，這裡我用DeadLockAlert

類型：選擇"SQL Server效能條件警報"

對象：SQLServer:Locks

計數器：Number of Deadlocks/sec

執行個體：_Total

計數器滿足以下條件時觸發警報：高於

值：0

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

 

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

 

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

 

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

具體實現步驟如下：

 

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

 

[c-sharp] view plaincopy   

1. -- 定義參數  
2. declare @rc int  
3. declare @TraceID int  
4. declare @maxfilesize bigint  
5. set @maxfilesize = 5   
6. -- 初始化跟蹤  
7. exec @rc = sp_trace_create @TraceID output, 0, N‘e:/DbLog/deadlockdetect‘, @maxfilesize, NULL   
8. --此處的e:/dblog/deadlockdetect是檔案名稱（可自行修改），SQL會自動在後面加上.trc的副檔名  
9. if (@rc != 0) goto error  
10. -- 設定跟蹤事件  
11. declare @on bit  
12. set @on = 1  
13. --下述語句中的148指的是locks:deadlock graph事件(參見sys.trace_events),12指的是spid列(參見sys.trace_columns)  
14. exec sp_trace_setevent @TraceID, 148, 12, @on    
15. exec sp_trace_setevent @TraceID, 148, 11, @on  
16. exec sp_trace_setevent @TraceID, 148, 4, @on  
17. exec sp_trace_setevent @TraceID, 148, 14, @on  
18. exec sp_trace_setevent @TraceID, 148, 26, @on  
19. exec sp_trace_setevent @TraceID, 148, 64, @on  
20. exec sp_trace_setevent @TraceID, 148, 1, @on  
21. -- 啟動跟蹤  
22. exec sp_trace_setstatus @TraceID, 1  
23. -- 記錄下跟蹤ID，以備後面使用  
24. select TraceID = @TraceID  
25. goto finish  
26. error:   
27. select [email protected]  
28. finish:   
29. go  

 

 

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

 

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

 

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

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

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

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

 

3.查看追蹤檔案內容

 

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

1).執行t-sql命令

 

[c-sharp] view plaincopy   

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

 

 

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

2).在SQL Server Profiler中開啟。

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

（4.7）怎麼捕獲和記錄SQL Server中發生的死結?