TransactionScope 在某些机器上自动升级到 MSDTC？

Question

在我们的项目中，我们使用 TransactionScope 来确保我们的数据访问层在事务中执行其操作。我们的目标是不要求在最终用户的计算机上启用 MSDTC 服务。

问题是，在我们一半的开发人员机器上，我们可以在禁用 MSDTC 的情况下运行。另一半必须启用它，否则他们会收到“[SERVER] 上的 MSDTC 不可用”错误消息。

这确实让我摸不着头脑，并让我认真考虑回滚到基于 ADO.NET 事务对象的类似 TransactionScope 的自制解决方案。这看起来很疯狂 - 在我们一半的开发人员上运行（并且不会升级）的相同代码确实在其他开发人员的上升级。

我希望对 追踪交易为何升级为 DTC 有更好的答案，但不幸的是事实并非如此。

一段会导致麻烦的代码示例，在尝试升级的计算机上，它会尝试在第二个连接上升级。Open()（是的，当时没有其他连接打开。）

using (TransactionScope transactionScope = new TransactionScope() {
   using (SqlConnection connection = new SqlConnection(_ConStr)) {
      using (SqlCommand command = connection.CreateCommand()) {
         // prep the command
         connection.Open();
         using (SqlDataReader reader = command.ExecuteReader()) {
            // use the reader
            connection.Close();
         }
      }
   }

   // Do other stuff here that may or may not involve enlisting 
   // in the ambient transaction

   using (SqlConnection connection = new SqlConnection(_ConStr)) {
      using (SqlCommand command = connection.CreateCommand()) {
         // prep the command
         connection.Open();  // Throws "MSDTC on [SERVER] is unavailable" on some...

         // gets here on only half of the developer machines.
      }
      connection.Close();
   }

   transactionScope.Complete();
}

下面是 真的很努力地想解决这个问题。以下是有关其运行的计算机的一些信息：

• Dev 1：Windows 7 x64 SQL2008
• Dev 2：Windows 7 x86 SQL2008
• Dev 3：Windows 7 x64 SQL2005 SQL2008

开发人员不适用于：

• Dev 4：Windows 7 x64、SQL2008 SQL2005
• Dev 5：Windows Vista x86、SQL2005
• Dev 6：Windows XP X86、SQL2005
• 我的家庭电脑：Windows Vista Home Premium、x86、SQL2005

我应该补充一点，为了解决问题，所有计算机都已使用 Microsoft Update 提供的所有内容进行了全面修补。

更新 1：

• http:// /social.msdn.microsoft.com/forums/en-US/windowstransactionsprogramming/thread/a5462509-8d6d-4828-aefa-a197456081d3/ 描述了类似的问题......早在 2006 年！
• http://msdn.microsoft.com /en-us/library/system.transactions.transactionscope%28VS.80%29.aspx - 阅读该代码示例，它清楚地演示了嵌套的第二个连接（实际上是到第二个 SQL 服务器），这将升级至故障码。 我们没有在代码中执行此操作 - 我们没有使用不同的 SQL 服务器，也没有使用不同的连接字符串，也没有打开嵌套的辅助连接 - 不应升级为 DTC< /em>.
• http://davidhayden.com/blog/dave/archive/2005 /12/09/2615.aspx（来自 2005 年）讨论了在连接到 SQL2000 时如何升级到 DTC。我们使用的是 SQL2005/2008
• http://msdn.microsoft.com/en- us/library/ms229978.aspx MSDN 有关事务升级的信息。

该 MSDN 事务升级页面指出，以下条件将导致事务升级为 DTC：

1. 事务中至少登记了一个不支持单阶段通知的持久资源。
2. 事务中至少登记了两个支持单阶段通知的持久资源。例如，登记单个连接不会导致事务被提升。但是，每当您打开与数据库的第二个连接导致数据库登记时，System.Transactions 基础结构就会检测到它是事务中的第二个持久资源，并将其升级为 MSDTC 事务。
3. 调用将事务“编组”到不同应用程序域或不同进程的请求。例如，跨应用程序域边界的事务对象的序列化。事务对象是按值编组的，这意味着任何将其跨应用程序域边界传递的尝试（即使在同一进程中）都会导致事务对象的序列化。您可以通过调用以 Transaction 作为参数的远程方法来传递事务对象，也可以尝试访问远程事务服务组件。这会序列化事务对象并导致升级，就像跨应用程序域序列化事务一样。它正在被分发，本地事务管理器不再足够。

我们没有经历#3。 #2 没有发生，因为一次只有一个连接，而且它也连接到一个“持久资源”。有没有可能发生#1？某些 SQL2005/8 配置导致它不支持单阶段通知？

更新2：

重新调查一下，个人认为大家的SQL Server版本——“Dev 3”实际上是SQL2008，“Dev 4”实际上是SQL2005。这将教会我永远不要再相信我的同事。 ;) 由于数据的变化，我很确定我们已经找到了问题。我们的 SQL2008 开发人员没有遇到这个问题，因为 SQL2008 有大量 SQL2005 没有的很棒的功能。

它还告诉我，因为我们将支持 SQL2005，所以我们不能像以前那样使用 TransactionScope，并且如果我们想使用 TransactionScope，我们将需要传递一个 SqlConnection 对象......在 SqlConnection 不能轻易传递的情况下，这似乎是有问题的......它只是全局 SqlConnection 实例的味道。座位！

更新 3

只是为了澄清问题：

SQL2008：

• 允许单个 TransactionScope 内的多个连接（如上面的示例代码所示）。
• 警告＃1：如果这些多个 SqlConnections 是嵌套的，即打开两个或多个 SqlConnections同时，TransactionScope将立即升级为DTC。
• 注意事项 #2：如果向不同的“持久资源”（即不同的 SQL Server）打开额外的 SqlConnection，它将立即升级到 DTC

SQL2005：

• 不允许在单个 TransactionScope 内建立多个连接， 时期。当/如果打开第二个 SqlConnection 时，它将升级。

更新 4

为了使这个问题变得更加一团糟有用，并且为了更清楚起见，这里介绍了如何使用单个将 SQL2005 升级到 DTC SqlConnection：

using (TransactionScope transactionScope = new TransactionScope()) {
   using (SqlConnection connection = new SqlConnection(connectionString)) {
      connection.Open();
      connection.Close();
      connection.Open(); // escalates to DTC
   }
}

这对我来说似乎很糟糕，但我想我可以理解是否每次对 SqlConnection.Open() 的调用都从连接池中获取。

“但是为什么会发生这种情况？” 那么，如果您在打开该连接之前使用 SqlTableAdapter，SqlTableAdapter 将打开和关闭该连接，从而有效地为您完成事务，因为您现在可以'重新打开它。

因此，基本上，为了在 SQL2005 中成功使用 TransactionScope，您需要某种全局连接对象，该对象从第一个 TransactionScope 实例化到不再需要它为止一直保持打开状态。除了全局连接对象的代码味道之外，首先打开连接并最后关闭它与尽可能晚打开连接并尽快关闭连接的逻辑相矛盾。

Answer 1

SQL Server 2008 可以在一个 TransactionScope 中使用多个 SQLConnection，而无需升级，前提是这些连接不同时打开，否则会导致多个“物理”TCP 连接，并且因此需要升级。

我看到你们的一些开发人员拥有 SQL Server 2005，其他开发人员拥有 SQL Server 2008。您确定已正确识别哪些正在升级，哪些没有？

最明显的解释是使用 SQL Server 2008 的开发人员没有升级。

Answer 2

我对该主题的研究结果：

请参阅 避免不必要的升级到分布式事务

我仍在调查 Oracle 的升级行为：
跨越多个连接到同一数据库的事务是否会升级为 DTC？

Answer 3

连接到 2005 时，该代码将导致升级。

请查看 MSDN 上的文档 - http://msdn.microsoft.com/en-us/library/ms172070.aspx

SQL Server 2008 中的可提升事务

在 .NET Framework 2.0 版本中
和 SQL Server 2005，打开第二个
TransactionScope 内的连接
会自动提升
事务到完全分布式
事务，即使两个连接
使用相同的连接
字符串。在这种情况下，分布式
事务增加了不必要的开销
这会降低性能。

从 SQL Server 2008 开始，
.NET Framework 3.5 版本，
本地交易不再
提升为分布式事务
如果另一个连接打开了
上一笔交易之后的交易
交易已关闭。这需要
如果您是，则无需更改您的代码
已经使用连接池并且
参与交易。

我无法解释为什么 Dev 3：Windows 7 x64、SQL2005 成功而 Dev 4：Windows 7 x64 失败。你确定这不是相反吗？

Answer 4

我不知道为什么这个答案被删除，但这似乎有一些相关信息。

于 2010 年 8 月 4 日 17:42 回答 Eduardo

1. 在连接上设置 Enlist=false字符串以避免在事务上自动登记。

2. 手动将连接登记为参与者交易范围内。 [原始文章已过时]
   或者执行以下操作：如何防止自动 MSDTC 升级 [archive.is]

Answer 5

我不太确定嵌套连接是否是问题所在。我正在调用 SQL Server 的本地实例，但它没有生成 DTC？

    public void DoWork2()
    {
        using (TransactionScope ts2 = new TransactionScope())
        {
            using (SqlConnection conn1 = new SqlConnection("Data Source=Iftikhar-PC;Initial Catalog=LogDB;Integrated Security=SSPI;"))
            {
                SqlCommand cmd = new SqlCommand("Insert into Log values(newid(),'" + "Dowork2()" + "','Info',getDate())");
                cmd.Connection = conn1;
                cmd.Connection.Open();
                cmd.ExecuteNonQuery();

                using (SqlConnection conn2 = new SqlConnection("Data Source=Iftikhar-PC;Initial Catalog=LogDB;Integrated Security=SSPI;Connection Timeout=100"))
                {
                    cmd = new SqlCommand("Insert into Log values(newid(),'" + "Dowork2()" + "','Info',getDate())");
                    cmd.Connection = conn2;
                    cmd.Connection.Open();
                    cmd.ExecuteNonQuery();
                }
            }

            ts2.Complete();
        }
    }

Answer 6

如果您在内部使用超过 1 个连接的访问​​，TransactionScope 始终会升级为 DTC 事务。上面的代码可以在禁用 DTC 的情况下工作的唯一方法是，如果您很可能两次从连接池中获得相同的连接。

“问题是，在我们一半的开发人员机器上，我们可以在禁用 MSDTC 的情况下运行。”
您确定它已被禁用吗;)

Answer 7

确保您的连接字符串未将池设置为 false。这将导致 TransactionScope 中的每个新 SqlConnection 产生一个新连接，并将其升级为 DTC。