小编Bla*_*las的帖子

我有一个由 2 个 SQLServer 2016 实例（WSFC 中的 2 个 Windows 2016 服务器）组成的旧可用性组 我还有 2 个新的 SQLServer 2017 实例（2 个 Windows Server 2016），我最初想加入 2016 AG。

这是一个 0 停机迁移场景，一旦数据库与 2017 年的数据库对齐，2016 年的服务器应该被解雇。

令我非常失望的是，我发现无法将 2017 实例加入现有的 2016 AG，但我无法承担停止生产、获取和恢复备份、等待数据库同步、更改名称（以及可能的新 AG 的 ip) 与原始 AG 匹配，除非作为最后一个资源......

然后我遇到了名为“Distributed AG Group”的 2016 年新服务，我开始考虑将它用于我的迁移场景......基本上是这样的：

1. 使用 SQL 2017 实例创建一个新的 AG
2. 在原来的2016 AG和新的2017 AG之间创建一个分布式AG（应用继续连接2016的监听器）
3. 等待 DB 同步在 2017 AG 中发生
4. 以 2017 AG 为主
5. 从分布式 AG 中删除 2016 AG（应用程序停机时间短）
6. 更改 2017 监听器的名称和 ip（应用程序再次启动）
7. 移除分布式AG

是否可行？我可以在分布式 AG 中混合 2016 和 2017 …