通过运行探查器阻止了SQL Server 2000阻塞？

Question

我们正在研究从Forte应用程序转换而来的大型Java程序。 白天，我们在服务器中获得了阻止SPID。 昨天我们有一个DBA访问，他设置了一个配置文件模板来运行以捕获锁定/阻止操作。 当我们运行此配置文件时，阻塞问题就消失了。 为什么？

该应用程序是使用RMI分发的，拥有大约70个用户。 我们使用SQL 2000和Windows 2000服务器来保持与许多旧的VB帮助程序应用程序的兼容性。

我们已经将阻塞追溯到特定的屏幕和存储过程，但是现在我们无法确定运行事件探查器时发生的错误。

谢谢你的帮助！

西奥

Answer 1

好老的海森堡调试器问题。

任何事件探查器都做两件事：在适当的位置添加代码以调用调试器，并存储数据。 第一个可以推动优化器，第二个可以改变事物的时机，从而导致竞争状况消失。

这个阻塞的SPID问题似乎在Google上经常出现。 原因似乎是它发生在某个资源被锁定而另一个资源想要该资源时，因此可能出现计时错误。

Microsoft 有一篇有关如何解决该问题的文章。

Answer 2

只是一些随机想法的集合。.我已经看到痕迹使服务器瘫痪，但从未使事情变得更好。

您正在使用什么跟踪模板？ （这些取自SQL Server 2005工具，对不起）

• “标准（默认）”一个跟踪高级呼叫和登录/注销
• “ TSQL_SPs”跟踪语句调用，这将更加麻烦

它也是二进制的，并且保证吗？ 跟踪=没有块，跟踪=块，还是不幸的巧合？ 当您都在观看DBA时，是否有人停止单击客户端来观看？

是否有其他内容作为跟踪的一部分被关闭。 也就是说，您正在使用探查器还是脚本跟踪（很多sp_trace_set%语句）？ 在脚本化的跟踪中，可能会关闭某些内容。