使用 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 2016 企业版和 Server Management Studio (14.0.17224.0) 创建 BizTalk 2016 AOAG :
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 management studio (14.0.17224.0) 和在创建他的实验室环境期间他提到不能从 SSMS 应用 DTC 支持，必须在脚本中完成？
我通过 SSMS GUI 创建了 AG，运行 查询以在数据库中查找 DTC 状态，如下所示
:
--===正在检查 BIZTALK 2016 SSODB 是否启用了 DTC 支持======
SELECT NAME,DTC_SUPPORT FROM sys.availability_groups
稍等！
您应该做的第一件事是，双重、三次检查您是否真的、绝对 110% 需要（没有其他选择）将 AOAG 与 BizTalk Server 一起使用。
虽然受支持，但 AOAG 在实践中与 BizTalk Server 相比单独使用常规故障转移群集 净负，因为它增加了 显着的额外复杂性 设置，同时为 BizTalk Server 提供无增量收益。
请注意，这种情况特定于 BizTalk Server。许多应用程序可以并且确实受益于 AOAG，但 BizTalk Server 不行。
我认为可用性组是更好的 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 设置的可用性组。
我正在按照 Microsoft 现场工程师在以下文档中编写的分步指南，使用 SQL 2016 企业版和 Server Management Studio (14.0.17224.0) 创建 BizTalk 2016 AOAG : 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 management studio (14.0.17224.0) 和在创建他的实验室环境期间他提到不能从 SSMS 应用 DTC 支持，必须在脚本中完成？
我通过 SSMS GUI 创建了 AG，运行 查询以在数据库中查找 DTC 状态，如下所示
--===正在检查 BIZTALK 2016 SSODB 是否启用了 DTC 支持======
SELECT NAME,DTC_SUPPORT FROM sys.availability_groups
稍等！
您应该做的第一件事是，双重、三次检查您是否真的、绝对 110% 需要（没有其他选择）将 AOAG 与 BizTalk Server 一起使用。
虽然受支持，但 AOAG 在实践中与 BizTalk Server 相比单独使用常规故障转移群集 净负，因为它增加了 显着的额外复杂性 设置，同时为 BizTalk Server 提供无增量收益。
请注意，这种情况特定于 BizTalk Server。许多应用程序可以并且确实受益于 AOAG，但 BizTalk Server 不行。
我认为可用性组是更好的 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 设置的可用性组。