SQL SERVER DBCC命令解釋

edwardking888發表於2011-08-25

dbcc trraceon DBCC TRACEOFF
--對於資料庫死鎖,通常可以通過TRACE FLAG 1204、1205、1206,檢查ERRORLOG裡面的輸出,和分析SQLTRACE的執行上下文判斷死鎖問題的來由。
--TRACEON函式的第三個引數設定為-1,表示不單單針對當前connection,
--而是針對所有包括未來建立的connection。這樣,才夠完全,否則只是監視當前已經建立的資料庫連線了。
--執行下面的話可以把死鎖記錄到Errorlog中:

dbcc traceon (1204, 3605, -1)
go
dbcc tracestatus(-1)
go
 
--說明:
--260:列印關於擴充套件儲存過程動態連結庫的版本資訊
--444:停止auto-parameterization
--1200:輸出鎖資訊
--1204:傳回參與死鎖的SQL SERVER相關程式之執行資料
--1211:停止lock escalation(鎖升級)
--1252:顯示動態選擇鎖的相關資訊
--2528:通過  DBCC  CHECKDB、DBCC  CHECKFILEGROUP  和  DBCC  CHECKTABLE  禁用物件的並行檢查。
--預設情況下,並行度由查詢處理器自動確定。最大並行度的配置方式與並行查詢相同。  
--有關更多資訊,請參見  max  degree  of  parallelism  選項。    
-- 通常情況下,應將並行  DBCC  保留為啟用狀態。執行  DBCC  CHECKDB  時,  
-- 查詢處理器重新評估和自動調整並行度,並檢查每個表或一批表。  
--有時,檢查可能在伺服器處於實際空閒狀態時進行。如果管理員知道在檢查結束前負荷將加大,  
--可能希望手工減小或禁用並行度。  
-- 但是,禁用並行檢查會導致資料庫的總體效能降低。降低並行度將增加必須掃描的事務日誌量。
--這反過來增加了對  tempdb  空間的需求,並導致  dbcc  完成檢查所需的時間非線性增加。
--如果執行  DBCC  時啟用了  TABLOCK  功能並關閉了並行度,則表可能被鎖定更長時間。  
--3205:預設情況下,如果磁帶驅動器支援硬體壓縮,則  DUMP  或  BACKUP  語句會使用該功能。  
-- 利用此跟蹤標記,可以禁用磁帶驅動程式的硬體壓縮。  
-- 本項在要與不支援壓縮的其它站點或磁帶驅動器交換磁帶時有用。
--3604:將trace結果輸出到前端
--3605:要求DBCC的輸出放到SQL server ERROR LOG
--8602:停止索引提示功能
--8722:停止join group等最優化提示功能
--8755:停止鎖提示功能
--8780:停止最優化超時配置,強制做完整的最優化動作

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/8183550/viewspace-705779/,如需轉載,請註明出處,否則將追究法律責任。

相關文章