启动SQLServer的死锁搜查
发布时间：2018-08-17 23:52:25 所属栏目：电商 来源：站长网
导读：对付数据库死锁，凡是可以通过TRACE FLAG 1204、1205、1206，搜查ERRORLOG内里的输出，和说明SQLTRACE的执行上下文判定死锁题目的理由。 TRACEON函数的第三个参数配置为-1，暗示不光单针对当前connection，而是针对全部包罗将来成立 的connection。这样，才
|
对付数据库死锁，凡是可以通过TRACE FLAG 1204、1205、1206，搜查ERRORLOG内里的输出，和说明SQLTRACE的执行上下文判定死锁题目的理由。 TRACEON函数的第三个参数配置为-1，暗示不光单针对当前connection，而是针对全部包罗将来成立 的connection。这样，才够完全，不然只是监督当前已经成立的数据库毗连了。 执行下面的话可以把死锁记录到Errorlog中： dbcc traceon (1204, 3605, -1) go dbcc tracestatus(-1) go 获得的输出为： DBCC 执行完毕。假如 DBCC 输出了错误信息，请与体系打点员接洽。 TraceFlag Status --------- ------ 1204 1 1205 1 3605 1 （所影响的行数为 3 行） DBCC 执行完毕。假如 DBCC 输出了错误信息，请与体系打点员接洽。 从此，你可以查察数据库的例行日记，每隔一段时刻，数据库城市搜查死锁，日记文本如下所示： 2004-01-16 18:34:38.50 spid4 ---------------------------------- 2004-01-16 18:34:38.50 spid4 Starting deadlock search 1976 2004-01-16 18:34:38.50 spid4 Target Resource Owner: 2004-01-16 18:34:38.50 spid4 ResType:LockOwner Stype:'OR' Mode: U SPID:55 ECID:0 Ec:(0xAA577570) Value:0x4c25cba0 2004-01-16 18:34:38.50 spid4 Node:1 ResType:LockOwner Stype:'OR' Mode: U SPID:55 ECID:0 Ec:(0xAA577570) Value:0x4c25cba0 2004-01-16 18:34:38.50 spid4 Node:2 ResType:LockOwner Stype:'OR' Mode: U SPID:71 ECID:0 Ec:(0xABF07570) Value:0x9bd0ba00 2004-01-16 18:34:38.50 spid4 2004-01-16 18:34:38.50 spid4 -- next branch -- 2004-01-16 18:34:38.50 spid4 Node:2 ResType:LockOwner Stype:'OR' Mode: U SPID:71 ECID:0 Ec:(0xABF07570) Value:0x9bd0ba00 2004-01-16 18:34:38.50 spid4 2004-01-16 18:34:38.50 spid4 2004-01-16 18:34:38.50 spid4 End deadlock search 1976 ... a deadlock was not found. 2004-01-16 18:34:38.50 spid4 ---------------------------------- 附录： DBCC TRACEON 打开（启用）指定的跟踪标志。 注释 跟踪标志用于自界说某些节制 Microsoft® SQL Server? 操纵方法的特征。跟踪标志在处事器中 一向保持启用状态，直到通过执行 DBCC TRACEOFF 语句对其禁用为止。在发出 DBCC TRACEON 语句之前，连入随处事器的新毗连看不到任何跟踪标志。一旦发出该语句，该毗连就能看随处事 器中当前启用的全部跟踪标志（纵然这些标志是由其余毗连启用）。 跟踪标志 跟踪标志用于姑且配置处事器的特定特性或封锁特定举动。假如启动 Microsoft® SQL Server 时配置了跟踪标志 3205，将禁用磁带驱动措施的硬件压缩。跟踪标志常常用于诊断机能题目， 或调试存储进程或伟大的计较机体系。 下列跟踪标志在 SQL Server 中可用。 跟踪标志 描写 1204 返回参加死锁的锁的范例以及当前受影响的呼吁。 现实上可以在“错误 1000 -1999”中找到他们： 1204 19 SQL Server 此时无法获取 LOCK 资源。请在勾当用户数较少时从头运行您的语句，可能哀求体系打点员搜查 SQL Server 锁和内存设置。 1205 13 事宜（历程 ID %1!）与另一个历程已被死锁在资源 {%2!} 上，且该事宜已被选作死锁捐躯品。请从头运行该事宜。 1206 18 事宜打点器已打消了漫衍式事宜。 （编辑：河北网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
