来自一个SP的跨数据库事务

Question

我需要用一些简单的SQL语句更新多个数据库。数据库使用“链接服务器”在SQL中配置，SQL版本是混合的(SQL 2008、SQL 2005和SQL 2000)。我打算在其中一个数据库中编写一个存储过程，但我希望使用一个事务来确保每个数据库得到一致的更新。

下列哪一项最准确：

1. 单个BEGIN/COMMIT事务是否可以保证所有数据库的所有语句都成功？
2. 对于数据库中的每个命令集，我是否需要多个BEGIN事务？
3. 更新远程数据库时甚至支持事务吗？我需要执行带有嵌入式事务支持的远程SP。

请注意，我并不关心任何类型的跨数据库引用完整性；如果可能的话，我只是尝试从单个存储过程同时更新多个数据库。

任何其他建议也是受欢迎的。谢谢!

Answer 1

您应该能够使用分布式事务完成#1。您将需要DTC活动，并且需要在存储过程中使用BEGIN分布式事务以及ROLLBACK事务和COMMIT事务。

处理DTC可能会有很多问题，所以祝你好运:)

Answer 2

这是可能的。您可以在您的控制过程中使用显式BEGIN DISTRIBUTED TRANSACTION，或者简单地启动一个正常事务并依赖DTC将您的事务提升到分布式事务，当您穿过一个链接的服务器时，这会自动发生。请参阅MSDN中的Transact-SQL分布式事务。

不过，我必须警告你，这是个滑坡路。一旦您将DQ (分布式查询)带入画面，故障数和停机时间就会急剧增加。如果您有99.5%的启动时间服务器(即。一年43小时的停机时间)，您的查询涉及5台服务器，可用性达到97.5% (每年关闭216小时)。有了10台服务器，它就能达到95%的启动时间(停机时间为428小时)。比如管理OS补丁部署、引擎SP升级或应用程序维护(比如索引重建等等)就成了编排和协调的噩梦。

方法是将服务器解耦，使用类似于服务经纪人的东西，而不是DQ。