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

发布于 2024-07-25 17:09:20 字数 563 浏览 10 评论 0原文

只是好奇是否有其他人遇到此特定错误并知道如何解决它？

场景如下...

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

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

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

伴随此的其他一些相关错误是：

New request is not allowed to start 因为它应该带有有效的事务描述符。
内部 .Net Framework 数据提供程序错误 60。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

我的黑色迷你裙 2024-08-01 17:09:20

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

回复收藏 0 原文

站稳脚跟 2024-08-01 17:09:20

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

该错误是否只是间歇性地发生？从你的描述看来是这样的。

您是否按照 Microsoft 的建议将想要作为事务完成的关闭包含在 using TransactionScope 块中？这应该有助于避免奇怪的交易行为。回想一下，using 块可确保无论抛出异常如何，对象始终被释放。请参阅此处：http://msdn.microsoft.com/en-us/library /ms172152.aspx

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

 使用 ts 作为新的 Transactions.TransactionScope(Transactions.TransactionScopeOption.RequiresNew) 
          ' 做东西 
      结束使用

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

A bounty may help get the answer you seek, but you're probably going to get better answers if you give some code samples and give a better description of when the error occurs.

Does the error only intermittently occur? It sounds like it from your description.

Are you enclosing the close that you want to be done as a transaction in a using TransactionScope block as Microsoft recommends? This should help avoid weird transaction behavior. Recall that a using block makes sure that the object is always disposed regardless of exceptions thrown. See here: http://msdn.microsoft.com/en-us/library/ms172152.aspx

If you're using TransactionScope there is an argument System.TransactionScopeOption.RequiresNew that tells the framework to always create a new transaction for this block of code:

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

Also, if you're suspicious that a connection is getting faulted and then put back into the connection pool, the likely solution is to enclose the code that may fault the connection in a Try-Catch block and Dispose the connection in the catch block.

回复收藏 0 原文