第一次打电话，长时间的听众。
我有一种情况，我需要在大约 2 个月内建立一个服务器可用性组（即将数据库移动到新服务器，重建当前服务器，并将重建的当前服务器添加到 AG）。两台服务器都是物理服务器，并且具有大致相同的规格。Windows Server 2016、SQL Server 2014。
我的想法是现在用监听器来支持 AG，这样当当前服务器被重建并添加到组中时，我们不需要添加监听器然后更新我们所有的应用程序/客户端（即这将强制两个迁移，一个到新的服务器，一个到新的监听器）。
我已经在一些测试服务器上测试了这种情况，并且它按预期工作。我也无法预见不这样做的理由，但我认为值得社区询问，因为我们正在谈论生产数据库。我的问题是有人试过这个并且有任何问题吗？有人会建议反对这个解决方案。谢谢。
我们一直在 SQL Server 2019 (CU2) 机器上试验 Polybase，使用 SQL Server 外部数据源，但性能并不好 - 在大多数情况下提高了 1400%。在每种情况下，我们查询的所有表/视图都来自指向同一外部数据源的外部表。我们尝试过运行在本地框上分解的查询，并使用与作为外部表拉入的视图相同的查询。我们还将来自远程服务器的每个统计数据脚本化到外部表上，没有任何变化。您可以使用示例查询在下面看到性能差异。
服务器在资源方面设置相同：32GB 的 RAM、8 个 vCPU、SSD 磁盘，并且没有其他正在运行的查询。我尝试过两台不同的远程服务器，一台运行带有最新 SP/CU 的 SQL Server 2016，另一台运行 CU2 的单独 2019 机器。服务器是在同一台主机上运行的虚拟机，我们已经排除了任何类型的主机争用。
示例查询：
SELECT
StockItem_StockNumber, BlanktypeId, NameHTML, BackgroundStrainName, IsExact, IsConditional
,ROW_NUMBER() Over(Partition By StockItem_StockNumber, BlanktypeId Order By pt.Name, p.Name, gptr.Text) as row_num
,pt.Name as Level1, p.Name as Level2, gptr.Text as Level3, MGIReference_JNumber
,gptr.Type as Level3Type
FROM
StockItemBlanktypes sig
INNER JOIN Blanktypes g on g.BlanktypeId = sig.Blanktype_BlanktypeId
INNER JOIN BlanktypeStockTerms gpt on gpt.Blanktype_BlanktypeId = g.BlanktypeId …