0

我正在按照 Microsoft 现场工程师在以下文档中编写的分步指南来创建 BizTalk 2016 AOAG 和 SQL 2016 企业版以及 Server Management Studio (14.0.17224.0)： https://docs.microsoft。 com/en-us/biztalk/core/high-availability-using-sql-server-always-on-availability-groups?redirectedfrom=MSDN

我关于使用 Server Management Studio (14.0.17224.0) 支持数据库 DTC 选项准备可用性组的问题是，在 SQL 管理工作室 (14.0.17224.0) 中添加了新功能，并且在创建他的实验室环境期间，他提到不能从SSMS 并且必须在脚本中完成？

我通过 SSMS GUI 创建了 AG 并运行查询以在 DATABASE 上查找 DTC 状态，如下所示

在此处输入图像描述：

--===检查 BIZTALK 2016 SSODB 是否启用了 DTC 支持======

SELECT NAME,DTC_SUPPORT FROM sys.availability_groups

4

2 回答 2

2

坚持，稍等！

你应该做的第一件事是真的，双重，三重检查你真的，绝对 110% 需要（没有其他选择）将 AOAG 与 BizTalk Server 一起使用。

虽然受到支持，但 AOAG 在实践中对 BizTalk Server 的负面影响超过了单独的常规故障转移群集，因为它显着增加了设置的复杂性，同时没有为 BizTalk Server提供额外的好处。

请注意，这种情况特定于 BizTalk Server。许多应用程序可以并且确实从 AOAG 中受益，而 BizTalk Server 则不然。

于 2018-03-21T16:05:41.020 回答
0

在我看来，可用性组是更好的 H/A 解决方案。它带有数据库冗余和更快的故障转移，BizTalk 环境将从中受益。

从 SQL 2016 SP2 和 SQL Server 2017 开始，它还支持 AOAG 中的实例内的跨数据库事务，因此您只需要一个实例（而不是 SQL 2016 SP1 中的 4 个实例）。

我相信 Windows 故障转移群集更复杂，因为您有更多的共享资源，而在可用性组中，它只是 WFC 中的资源的列表器。

从 SQL Server 2016 (13.x) Service Pack 2 开始，您可以更改分布式事务的可用性组。对于 Service Pack 2 之前的 SQL Server 2016 (13.x) 版本，您需要使用 DTC_SUPPORT = PER_DB 设置删除并重新创建可用性组。

于 2019-03-29T07:47:39.153 回答