Dan*_*ash 3 sql-server availability-groups patching
我的 SQL 服务器场因修补操作系统级别和 SQL 服务器级别而被忽略（因为它们是关键系统，很难发生中断）。
一种选择是在一个月内将我们的 AOAG 集群的辅助节点修补到最新的补丁，然后在下个月业务同意安排在几个小时内进行故障转移。然后我可以修补新的辅助节点（旧的主节点）。这意味着节点在一个月内不会处于相同的补丁级别......这是“不，不”吗？
根据文档，这是不受支持的配置
在滚动升级之外不支持在同一 AG 中混合版本的 SQL Server 实例，并且不应长时间处于该状态，因为升级应该很快发生。升级 SQL Server 2016 及更高版本的另一个选项是使用分布式可用性组。
这实际上意味着什么？它可能完全没问题 - 可能存在零兼容性问题，并且可以顺利进行。它也可能不会。如果您选择在实例之间混合版本，Microsoft 尚未测试您正在运行的配置。在这一点上，对我个人而言，风险远远大于优势。
还值得注意的是，使用我发布的链接中定义的滚动升级过程可以将停机时间减少到最少。如果这还不够好，为什么不构建两个新服务器和一个新 AG，然后迁移到它们，而不是打补丁呢？这需要做更多的工作，但您应该能够进一步减少停机时间。