使用 SQL Server 2017,CU3。我成功创建了一个 2 节点 cluster=NONE 可用性组。两个副本都是站点本地的 VM。当尝试添加另一个异地副本时,我收到 sql 错误 19417,这基本上表示我的副本添加失败,因为当 AG 在 Windows Server 故障转移群集上下文中运行时不支持该操作。但是,我没有使用集群,那是 cluster=none AG 的意义所在。我以前在 CU1 上遇到过麻烦,然后倒退到 RTM 版本。那是我的下一步。发布以防有人看到类似的东西。
使用 SQL Server 2017,CU3。我成功创建了一个 2 节点 cluster=NONE 可用性组。两个副本都是站点本地的 VM。当尝试添加另一个异地副本时,我收到 sql 错误 19417,这基本上表示我的副本添加失败,因为当 AG 在 Windows Server 故障转移群集上下文中运行时不支持该操作。但是,我没有使用集群,那是 cluster=none AG 的意义所在。我以前在 CU1 上遇到过麻烦,然后倒退到 RTM 版本。那是我的下一步。发布以防有人看到类似的东西。
我终于在 Stack Overflow 上找到了使用 windows server 2016 和 sql server vNext CTP 1.4 创建无集群可用性组,这让我走上了正确的道路。
我一直在使用向导来创建 AG,当失败时,我使用向导来编写 t-sql 脚本并逐步运行。我没有注意到的是向导在主服务器上创建了副本,但实际上从未加入辅助服务器上的副本。
也就是说,此命令在主节点上执行:
但是此命令永远不会在新的辅助设备上运行:
显然这
cluster_type = none
很关键。无论如何,我正在看着我的无集群 AG 现在成功构建,太棒了!也许值得一提的是我使用的是 SSMS 17.5。向导代码似乎需要更新以包含缺少的步骤。作为跟进。我通过公司的支持协议与 MS 合作。他们验证了有几个场景表现出上述向导行为。他们的目标是 SSMS 17.6 以合并更新。