在生产数据库上运行死锁分析器的资源消耗

这是众所周知的
运行分析器会根据正在监视的事件消耗大量资源。

我有意监测偶尔发生的死锁(每周3〜5次)。
使用SQL Server分析器和以下事件select(每个事件,但是从TSQL_Locks模板突出显示的事件)

替代文字

是否放慢监控(整整一周不停)只locking生产数据库?

有没有什么经验法则来运行探查器的死锁时间和时间?

改为使用服务器端跟踪。 做一个search使用Profiler创build服务器端的痕迹来找出细节。

这里是一个体面的博客文章的主题。 这是减less对生产数据库的影响的最佳方法。

另一种方法是打开跟踪标志1204和/或1222并监视错误日志中的输出。

你应该跑多久? 足够长的时间来弄清楚和修复涉及的代码。 一旦修复已经到位,您还需要再次运行跟踪,以确保不再发生。

可能有些人认为启用跟踪标志总是明智的。 我认为这取决于应用程序,因为跟踪标志还会产生额外的负载。