SQL SERVER DBCC trraceon

--1 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：停止最优化超时配置，强制做完整的最优化动作

　　------------------------------------------------------