SQL SERVER DBCC命令解释

详细页面：http://www.verydemo.com/demo_c155_i5144.html

SQL SERVER DBCC命令解释

八点钟起床一直搞到现在，好多还不太记得，先放上来以后慢慢修改
2007-05-01 12:56:28
---------------------

--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  空间的需求，…………………………………………………………………………