EXEC sp_procoption @ProcName = '<procedure name>' , @OptionName = ] 'startup' , @OptionValue = 'on'; 

Trace Flag 610

http://msdn.microsoft.com/en-us/library/dd425070.aspx

Trace Flag 834

Trace Flag 835

Trace Flag 1118

tempdb分配整個區，而不是混合區，減少SGAM頁爭搶。

當apply tempdb的best practice之后，還遇到爭搶問題，考慮使用該跟蹤標記。

Trace Flag 1204和1222

這兩個跟蹤標記都是將死鎖寫到錯誤日志中，不過1204是以文本格式進行，而1222是以XML格式保存。可以通過

sp_readerrorlog查看日志。

Trace Flag 1211和1224

Trace Flag 2528

Trace Flag 3226 

Trace Flag 4199

所有ＫＢ補丁對于查詢分析器行為的修改都生效，這個命令比較危險，可能掃稱性能的下降，具體請參看：

http://support.microsoft.com/kb/974006

Trace Flag 806 

在讀取過程中對頁檢查邏輯一致性，在錯誤日志中就可以看到類似下面的信息：

2004-06-25 11:29:04.11 spid51 錯誤： 823，嚴重性： 24 日狀態： 2
2004-06-25 11:29:04.11 spid51 I/O 錯誤 （審核失敗） 在讀取過程中檢測到的偏移量主題 SQL Server\MSSQL\data\pubs.mdf e:\Program 文件中的 0x000000000b0000.

參考資料：http://support.microsoft.com/kb/841776

該跟蹤標記會極大的降低性能！！！

Trace Flag 818 

檢查寫一致性

蹤標志 818 啟用了一個內存中的環形緩沖區，用于跟蹤由運行 SQL Server 的計算機執行的最后 2,048 個成功寫操作（不包括排序和工作文件 I/O）。發生 605、823 或 3448 之類的錯誤時，將傳入緩沖區的日志序列號 (LSN) 值與最新寫入列表進行比較。如果在讀操作期間檢索到的 LSN 比在寫操作期間指定的更舊，就會在 SQL Server 錯誤日志中記錄一條新的錯誤信息。大部分 SQL Server 寫操作以檢查點或惰性寫入形式出現。惰性寫入是一項使用異步 I/O 操作的后臺任務。環形緩沖區的實現是輕量的，因此對系統性能的影響可以忽略。

參考資料：http://support.microsoft.com/kb/826433

Trace Flag 1200 

返回加鎖信息的整個過程，是學習加鎖過程很牛逼的標志，示例代碼如下：

DBCC TRACEON(1200,-1)DBCC TRACEON(3604)DBCC TRACESTATUSSELECT * FROM AdventureWorks.person.Address

http://stackoverflow.com/questions/7449061/nolock-on-a-temp-table-in-sql-server-2008

Trace Flag 1806

禁用即時文件初始化，所有的磁盤空間請求全部使用填０初始化，可能造成在空間增長時產生阻塞。

Trace Flag 3502

在日志中顯示有關checkpoint的相關信息。如圖１所示。

圖１.在錯誤日志中顯示Checkpoint

Trace Flag 3505

不允許自動進行checkpoint,checkpoint只能手動進行，是非常危險的一個命令。

 
小結
跟蹤標志是控制SQL Server行為的一種方式，對于某些跟蹤標志來說，可以在生產環境中提高性能，而對于另一些來說，用在生產環境中是一件非常危險的事情，只有在測試環境中才能被使用。要記住，跟蹤標記對于調優是一種劍走偏鋒的手段，只有在使用了所有基本的調優手段之后，才考慮使用跟蹤標記。