使用 Microsoft SQL Server Management Studio (14.0.17224.0) 为 BizTalk 2016 环境创建 Always on 可用性组答案

【问题标题】：Creation of Always on Availability Group for BizTalk 2016 environment using Microsoft SQL Server Management Studio (14.0.17224.0)使用 Microsoft SQL Server Management Studio (14.0.17224.0) 为 BizTalk 2016 环境创建 Always on 可用性组
【发布时间】：2018-08-30 17:44:38
【问题描述】：

我正在按照 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) 中添加了新功能，并且在创建他的实验室环境期间，他提到 DTC 支持不能从 SSMS 应用并且必须在脚本中完成？

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

：

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

SELECT NAME,DTC_SUPPORT FROM sys.availability_groups

【问题讨论】：

标签： sql-server biztalk biztalk-2016

【解决方案1】：

等一下！

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

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

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

【讨论】：

100%同意，设置BT2016环境需要遵循更复杂的步骤。那么，我们是否可以像 BizTalk 2013 R2 那样以传统方式使用 BT 2016（我知道我们可以使用传统方式的故障转移集群而无需 AOAG 设置）但需要了解 BizTalk 环境的上下影响？
BizTalk 高可用性与 2016 完全相同，因为它与所有以前的版本相同。交叉故障转移设置中的两个群集 SQL 实例仍然是 BizTalk HA 的最佳配置，其中 MSS 与 SSODB 位于同一资源组中。
如果是这种情况，为什么要在产品中添加对它的支持？这有什么好处？
@TomW AOAG 消除了对集群兼容存储的需求，这在一段时间内也是闪亮的新事物。问题是，在这一点上，两者通常都不是正确的选择，因为现在虚拟机上几乎所有东西都在运行。

【解决方案2】：

在我看来，可用性组是更好的 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 设置删除并重新创建可用性组。

【讨论】：