跟蹤标記 相關使用

啟用指定的跟蹤标記。

DBCC TRACEON ( trace# [ ,...n ][ , -1 ] ) [ WITH NO_INFOMSGS ]

禁用指定的跟蹤标記。

DBCC TRACEOFF ( trace# [ ,...n ] [ , -1 ] ) [ WITH NO_INFOMSGS ]

顯示跟蹤标志的狀态。

DBCC TRACESTATUS ( [ [ trace# [ ,...n ] ] [ , ] [ -1 ] ] ) [ WITH NO_INFOMSGS ]

跟蹤标志用于臨時設定特定伺服器的特征或關閉特定行為。例如，如果啟動 SQL Server 的一個執行個體時設定了跟蹤标志 3205，将禁用錄音帶機的硬體壓縮。跟蹤标志經常用于診斷性能問題，或調試存儲過程或複雜的計算機系統。

下表列出了 SQL Server 中可用的跟蹤标志，并進行了說明。

注意

SQL Server 的未來版本可能不支援跟蹤标志行為。

跟蹤标志

說明

260

作用域：全局或會話

1204

傳回參與死鎖的鎖的資源和類型，以及受影響的目前指令。

作用域：僅全局

1211

基于記憶體不足或基于鎖數禁用鎖更新。SQL Server 資料庫引擎不會将行鎖或頁鎖更新到表鎖。

如果同時設定了跟蹤标志 1211 和 1224，則 1211 優先于 1224。但是，由于在所有情況下（甚至在記憶體緊張的情況下）跟蹤标志 1211 都禁止更新，是以建議使用 1224。這有助于在使用多個鎖時避免“鎖不足”錯誤。

1222

以不符合任何 XSD 架構的 XML 格式，傳回參與死鎖的鎖的資源和類型，以及受影響的目前指令。

1224

基于鎖數禁用鎖更新。但是，記憶體不足仍可激活鎖更新。如果鎖對象使用的記憶體量超出下列條件之一，資料庫引擎會将行鎖或頁鎖更新為表（或分區）鎖：

資料庫引擎所用記憶體的 40%，使用位址視窗化擴充插件 (AWE) 的記憶體配置設定除外。隻有在 sp_configure 的 locks 參數設定為 0 時，這才适用。

2528

通常應使并行 DBCC 保持啟用狀态。對于 DBCC CHECKDB，查詢處理器重新求值，并對檢查的每個表或每批表自動調整并行度。有時，檢查可能在伺服器幾乎處于空閑狀态時啟動。如果管理者知道在檢查完成前負載将增加，則可能需要手動減小并行度或禁用并行度。

禁用對 DBCC 的并行檢查可能導緻 DBCC 的完成時間變長，如果運作 DBCC 時啟用了 TABLOCK 功能并關閉了并行度，則表可能被鎖定更長時間。

3205

預設情況下，如果錄音帶機支援硬體壓縮，則 DUMP 或 BACKUP 語句會使用該功能。利用此跟蹤标志，可以禁用錄音帶機的硬體壓縮。此選項在您需要與不支援壓縮的其他站點或錄音帶機交換錄音帶時很有用。

3226

預設情況下，每個成功的備份操作都會在 SQL Server 錯誤日志和系統事件日志中添加一個條目。如果非常頻繁地建立日志備份，這些成功消息會迅速累積，進而産生一個巨大的錯誤日志，使查找其他消息變得非常困難。

使用這一跟蹤标志，可以取消這些日志條目。如果您頻繁地運作日志備份，并且沒有任何腳本依賴于這些條目，則這種做法非常有用。

3608

3625

4199

4616

使應用程式角色可以看到伺服器級中繼資料。在 SQL Server 中，應用程式角色無法通路自身資料庫以外的中繼資料，因為應用程式角色與伺服器級主體不相關聯。這是對早期版本的 SQL Server 的行為的更改。設定此全局标志将禁用新的限制，并允許應用程式角色通路伺服器級中繼資料。

6527

禁止在 CLR 內建中第一次發生記憶體不足異常時生成記憶體轉儲。預設情況下，SQL Server 在 CLR 中第一次發生記憶體不足異常時會生成小記憶體轉儲。該跟蹤标志的行為如下所示：

如果用作一個啟動跟蹤标志，則永遠不生成記憶體轉儲。但是，如果使用了其他跟蹤标志，則可能會生成記憶體轉儲。

如果在正在運作的伺服器上啟用此跟蹤标志，則從此時開始不會自動生成記憶體轉儲。但是，如果已經由于 CLR 中的記憶體不足異常生成了記憶體轉儲，則此跟蹤标志将沒有任何效果。

7806

    本文轉自 Fanr_Zh 部落格園部落格，原文連結：http://www.cnblogs.com/Amaranthus/archive/2011/08/11/2134990.html，如需轉載請自行聯系原作者