从2014年升级到2016年的AlwaysOn AG的推荐方法

建议Availability Groups使用一个同步副本从SQL 2014 升级到2016 的建议过程是什么？

我的理解是，in-place升级并不是数据库专业人员真正喜欢的。有没有办法避免in-place升级Availability Groups？是否有可能将2016年服务器加入现有的2014年可用性组并在其中进行故障转移，然后“杀死”其他实例之一并对其进行升级？（例如，通过在同一主机上并排删除/重新安装SQL）

还有其他应考虑的升级方案吗？

理想的解决方案是我们始终有2个online副本，并且不需要进行任何in-place升级。

简短的答案是肯定的，与从较低版本镜像到较高版本时非常相似。确保您不具有2016可读性，因此它不尝试升级数据库版本。那就是说我还没有尝试过，只是继续进行日志传送/镜像工作。

如果它能正常工作，则仅支持将其作为升级的一种方式，如果遇到问题，MSFT将不支持将2014复制长时间保留到2016复制。