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

Question

从SQL 2014到2016，用一个同步副本升级Availability Groups的推荐过程是什么？

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

我们还需要考虑其他的升级方案吗？

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

Answer 1

简单来说，答案是肯定的，就像你从低版本到高版本的镜像一样。确保你没有2016年的可读性，所以它不会试图升级数据库版本。尽管如此，我还没有尝试过这个，只是继续日志传送/镜像的工作方式。

如果它起作用，它只被支持这样做作为升级的手段，如果你遇到问题，让2014年复制到2016年复制一段时间是不可能得到MSFT的支持的。