分布式事务完成。 在新事务或NULL事务中登记此会话

Question

只是好奇是否有其他人有这个特殊的错误，知道如何解决它？

情景如下......

我们有一个ASP.NET Web应用程序，使用在Windows Server 2008 IIS场上运行的Enterprise Library连接到SQL Server 2008群集后端。 MSDTC已开启。 数据库连接汇集在一起​​。

我的怀疑是，在线路的某个地方有一个失败的MSDTC事务，连接被返回到池中，并且另一个页面上的下一个查询正在拾取行为不当的连接并得到了这个特定的错误。 有趣的是，我们在一个不需要分布式事务（提交到两个数据库等）的查询中得到了这个错误。 当我们收到错误时，我们只做了选择查询（没有事务）。

我们进行了SQL分析，并且查询在SQL Server上运行，但从未返回（因为MSDTC事务已在连接中中止）。

其他一些相关的错误是：

• 不允许启动新请求，因为它应该带有有效的事务描述符。
• 内部.Net Framework数据提供程序错误60。

Answer 1

赏金可能有助于获得您寻求的答案，但如果您提供一些代码示例并更好地描述错误发生的时间，您可能会得到更好的答案。

错误是否仅间歇性发生？ 听起来就像你的描述。

您是否在Microsoft建议using TransactionScope块中附上您想要完成的交易？ 这应该有助于避免奇怪的交易行为。 回想一下， using块确保始终处置对象而不管抛出的异常。 请参见此处： http ： //msdn.microsoft.com/en-us/library/ms172152.aspx

如果您正在使用TransactionScope则会有一个参数System.TransactionScopeOption.RequiresNew ，它告诉框架始终为此代码块创建一个新事务：

  Using ts As New Transactions.TransactionScope(Transactions.TransactionScopeOption.RequiresNew) ' Do Stuff End Using 

此外，如果您怀疑连接出现故障然后重新进入连接池，可能的解决方案是在Try-Catch块中包含可能导致连接故障的代码，并在catch块中Dispose连接。

Answer 2

MSDTC具有默认的90秒超时，如果一个查询执行超过此时间限制，则在事务尝试提交时将遇到此错误。

Answer 3

老问题......但过去几天遇到了这个问题。

直到现在都找不到一个好的答案。 只想分享我发现的东西。

我的场景包含多个会话工厂打开的多个会话。 我必须正确回滚并等待，并确保其他事务不再有效。 似乎只是回滚其中一个将回滚所有内容。

但是在回滚之间添加Thread.Sleep（）后，它不会执行另一个并继续使用回滚。 触发该方法的后续命中不会导致“不允许启动新请求，因为它应该带有有效的事务描述符”。 错误。

https://gist.github.com/josephvano/5766488

Answer 4

我以前见过这个，原因正是你的想法。 正如Rice建议的那样，确保正确处理与db相关的对象以避免此问题。