SQL SERVER DBCC命令解释

 SQL SERVER DBCC命令解释
------------------------------------------
--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：停止最优化超时配置，强制做完整的最优化动作
------------------------------------------------------
--2 DBCC page
dbcc traceon(3604)
d