我们正在考虑对Windows2012 R2 + server 2012故障转移群集和AlwaysOn可用性组进行升级。
Microsoft有SQL升级和故障转移群集升级的指导方针。但是,需要强调的是,这是一个单向的AlwaysOn升级--一旦主节点从SQL server 2012切换到Server 2016,AlwaysOn就不能在该节点升级之前返回到旧节点。
我们讨论的是24/7生产系统,但只有在新服务器成为主服务器之后,才有可能对新服务器进行全面测试。
SQL服务器是虚拟机。我们使用Windows Server 2016和SQL Server 2016安装了两个新的虚拟SQL服务器。因此,在升级过程中,不需要更改原始服务器。
然而,正如MS所写的那样,从更高的SQL服务器到更低的服务器的故障转移是不可能的,这听起来并不是我们的选择。
如果没有记录在案的、安全的方法来回滚更改,那么我们将在旧服务器上再呆上一两年,在生产过程中等待一个停机窗口,对Windows2012 R2的支持将在2023年结束,所以我们还有更多的时间。
发布于 2021-08-31 20:35:00
是否有任何方法来管理升级,使回滚仍然可能,而不松散数据的时间框架,新服务器是主要的sql服务器,并且没有一个广泛的停机时间?
是的,使用大量第三方或自行开发的应用程序/服务来保持数据在多个版本的数据库之间保持同步,网络层可以在不更改连接字符串的情况下无缝切换客户端连接,然后您需要创建和测试您的回滚/故障转移/任何计划。
祝你好运,它会给你的环境带来巨大的麻烦。相反,我会说,无论发生什么,我们都会向前迈进,并解决新环境中出现的问题。
https://dba.stackexchange.com/questions/298155
复制相似问题