【问题标题】:DBA's say no to SQL Server DTC?DBA 对 SQL Server DTC 说不?
【发布时间】:2011-02-23 10:14:05
【问题描述】:

我试图让我们的 DBA 在 SQL Server 2005 集群上启用 DTC。不幸的是,他们一直拒绝。他们的论点是他们需要为 DTC 设置一个专用主​​机(可能需要几个月的时间!!),因为这不是勾选几个框的问题。这是真的? DTC 在共享环境(例如 SQL 场)中的侵入性如何。我对此有异议吗?

谢谢

【问题讨论】:

  • 你在我的课程中问过我这个吗?

标签: sql-server nservicebus distributed-transactions


【解决方案1】:

必须淡化您的“DBA”团队应得的原始响应!

回答您的问题:

专用服务器 - 完全没有。在我使用集群的任何地方,DTC 服务都会在集群投入使用时安装。通常它位于自己的资源组或集群组中。如果在它自己的组中,它通常位于托管集群组的任何服务器上。

侵入性? - 绝对不。根据 MS 最佳实践,它应该在创建集群时安装。

你有意见吗? - 你肯定会。下面的链接应涵盖安装它的原因和方法:

MSDTC and SQL on a Cluster

Clustered SQL Server do's, dont's and basic warnings

【讨论】:

    【解决方案2】:

    需要在连接的两端启用并运行 DTC。在我的组织中,需要进行一些研究才能确定要检查哪四个框,然后在所有数据库服务器、所有应用程序服务器和大多数笔记本电脑上检查这些框。仍然有一些保留的开发人员笔记本电脑......但只要他们不写,它们就可以了。 :)

    您应该有一些驱动场景(例如原子多数据库写入)来打击 DBA。给他们一些时间来猜测替代方案......然后让他们知道 DTC 是这种钉子的唯一锤子。

    我不确定 DTC 对 SQL 场的影响。我想如果涉及到足够的数据,整个农场都可能参与到交易中……这不是一件好事。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-12-31
      • 2015-12-23
      • 1970-01-01
      • 2010-09-12
      • 1970-01-01
      • 1970-01-01
      • 2010-10-28
      • 1970-01-01
      相关资源
      最近更新 更多