强制 MSDTC 孤立 SQLServer 分布式事务

Question

当关闭我的项目的基于WebSphere 的JavaEE 应用程序时，分布式事务有时会在SQLServer 2005 数据库中保持活动状态。它们会永远保留它们的锁，并且必须手动杀死。它们在 this very好文章。

本文讨论了事务协调器如何无法协调分布式事务参与者，因此将事务标记为进程 ID -2。

鉴于我们很少遇到此问题，但它总是在我们关闭应用程序时发生，因此我不相信这是 MSDTC 的故障。它更可能与 WebSphere 及其终止应用程序的方式有关。

我想测试一下。但我无法可靠地实现它。

有没有办法强制 MSDTC 孤立 SQLServer 分布式事务？

Answer 1

我的问题具有误导性，因为我不太确定问题到底是什么。我怀疑 MSDTC 正在协助 WebSphere 与 MQ 和 SQLServer 进行事务处理。当我们对 WAS 服务器执行非正常关闭并且供应商提供的应用程序部分尝试进行某种清理并失败时，就会出现此问题。

我怀疑这个问题对其他人没有帮助（除非他们在 Windows 上的 WebSphere 中使用 Misys 消息管理器），所以很抱歉，亲爱的读者，浪费了您的时间。

Answer 2

如果具有打开但尚未准备好的 DTC 或 XA 事务的 SQLServer 会话关闭，则可能会出现孤立的 DTC 事务。这可能是由于网络中断或应用程序意外中止而发生的。
在这种情况下，SQLServer 保留带有 DTC 的事务，并且 SPID 为 -2。
关于 SQLServerCentral 的帖子提到以下查询可用于识别孤立事务：

Select req_transactionUOW
 from master..syslockinfo
 where req_spid = -2

使用给定的 UOW 作为参数执行“kill”，将删除活动交易。

SQLSever 的这种行为非常罕见。通常，会话丢失将中止任何 XA 事务。

好消息是 SQLServer 提供了一个选项来更改此行为。
可以设置跟踪标志3924以实现此目的。只需使用“sa”权限执行 DBCC TRACEON(3924,-1)，SQLServer 就会自动删除事务，以防会话丢失。

SQLServer 重新启动时跟踪标志将丢失。为了在 SQLServer 启动期间自动将其设置到 SQLServer 配置管理器中：

SQLServer 配置管理器 sceenshot