我们正在尝试对 2 节点（多子网、企业版）AG 从 sql 2016 到 2019 进行首次并行升级。我对如何最好地解决此问题有一些疑问：
- 我们是否使用sql2019创建一个全新的集群和AG并使用日志传送来填充并切换到新环境？
- 我们是否要添加 2 个新的 2019 节点（每个现有子网中 1 个），并将它们设置为现有 AG 中的辅助节点？我知道通常你不能在 AG 中混合版本，但是对于像这样的升级，我读到只要你不尝试故障恢复到旧版本节点，它就可以顺利完成。
- #2 中如何处理 AG 监听器？我认为我们应该能够使用现有的侦听器，因为新节点与旧版本的 SQl 节点位于同一子网中？
当我们处理集群和 AG 时，我无法在网上找到任何分步指南
那么所有新的操作系统环境？您想保留相同的集群吗？移动到不同的集群？当前的操作系统版本是什么？
您无法登录到 AG，因此您必须登录到独立服务器，然后将其联机，然后添加或播种其他副本。
这是可能的，较新的版本将不可读，并且故障转移时将进行数据库升级。故障转移到新版本后，旧版本将无法在 AG 中正常工作，必须删除，但这也是重点。
由于它是同一个 AG，因此侦听器不会出现任何问题，因为它是 AG 的一部分。
最后要指出的是，也可以使用分布式可用性组进行迁移，因此我最初对 OSE 提出了问题。