如何迁移Alwayson AG

Windows cluster要求同一个cluster中的全部windows版本都是相同的，这样就出现一个问题，当咱们要将对windows进行升级时，(例如从windows 2008 R2升级到windows 2012)不得不搭建一套新的windows cluster。你能够选择使用新的硬件搭建，或者将现有windows cluster中的节点一台一台的evict掉，重装/升级系统后加入到新的windows cluster中。具体的cluster升级方案我就不在这里讨论。立刻进入主题：

SQL Server AlwaysOn Availability Group (后文简称为AG) 的一个要求是：全部的replica都要求隶属于同一个windows cluster。

因此当咱们对windows cluster进行升级时，没法在新的windows cluster和现有的windows cluster之间创建AG。那么在迁移过程当中会有一段时间内AG没法对外提供服务。

 

从数据库的角度上说，咱们须要作下面的事情

1. 接下来中止应用并删除cluster1中的Listener，确保没有外界来接使用SQL SERVER.
2. Backup database
3. Backup tail log
4. 将备份文件copy到新的服务器
5. Restore 到各个服务器
6. 而后从新创建AG
7. 建立Listener
8. 重启应用

咱们须要将数据库备份并还原到新的primary replica和secondary replica。 相应的downtime时间就是1+2+3+4+5+6+7+8想要的时间。 或许你想到了在新旧cluster之间建立一个mirroring，但遗憾的是，建立了AG的数据库是再也不容许建立mirroring的.

 

那应当如何进行迁移呢？从SQL Server 2012 SP1 开始，容许在两套不一样的windows cluster之间建立AG。下面用一个例子说明一下

 

有一个三个节点的windows cluster, windows版本为Windows 2008 R2

Domain:liweiyin3.lab

Cluster name: cluster1

Server002

Server003

Server004

Listener name: Listener1

三个节点上装有SQL Server 2012 SP1的standalone实例。均为默认实例。

之间创建了AG.拓扑图以下：

 

 

如今建立一套两个节点的windows 2012的windows cluster

Domain:liweiyin3.lab

Cluster name: cluster2

Server005

Server006

 

Datacenter 1
Server005	Server006
Win 2012	Win2012
Cluster2

 

两个cluster中间建立AG：

1. 对cluster1上的AG数据库进行备份，包含full database backup和log backup
2. 将第一步获得的文件在cluster2的节点上进行还原，指定为with norecovery.
3. 接下来在cluster2的三个数据库上执行下面的语句

   ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT='cluster1.liweiyin3.lab'

   这条语句执行完毕后，这台数据库的cluster context就会切换为cluster1了。这个结果能够从下面的DMV中检查到

   select cluster_name from sys.dm_hadr_cluster

 

     4.接下就能够在cluster1和cluster2之间创建AG。咱们可使用UI或者T-SQL语句。须要注意的是，请将cluster2中的至少一个SQL Server的同步模式设置为Synchronous commit,以保证迁移是没有数据损失的。

 

这样，咱们就创建了一套既包含win 2008R2，也包含win 2012的AG环境了。而且也能够正常地向外界提供服务，整个过程不须要downtime.

 

但须要注意的是，这种状况下是不容许在两个cluster之间进行failover的。相应的提示信息以下

An attempt to fail over or create an availability group failed. This operation is not supported when AlwaysOn Availability Groups is running under a remote Windows Server Failover Clustering (WSFC) cluster context. Under a remote cluster context, failing over or creating availability groups are not supported.

 

5.接下来中止应用并删除cluster1中的Listener，确保没有外界来接使用SQL SERVE

6.在Cluster1将AG进行offline操做

       ALTER AVAILABILITY GROUP agName offline

7.将cluster2中全部sql server的CLUSTER CONTEXT切换回来

      ALTER SERVER CONFIGURATION SET HADR CLUSTER CONTEXT=local

8.在cluster2中从新建立AG

9.在cluster2中建立新的listener

10.重启应用

这样所涉及的downtime就是5+6+7+8+9+10

 

和以前的解决方案相比，省去了backup，文件copy和restore的时间。其他的操做都是句操做，很大程度地减小了downtime。

 

更多信息

===

迁移以前，Cluster2中的sql server不容许建立任何AG。

迁移以前须要授予cluster2中的sql server启动帐号访问cluster1注册表的权限

在第六步“在Cluster1中将AG进行offline操做”以前在各个AG 数据库中执行checkpoint，之前少cluster2中数据库的recovery时间。

对于multiply subnet场景，则须要在各自的子网内建立新的cluster，而后搭建AG。

Change the HADR Cluster Context of Server Instance (SQL Server) http://msdn.microsoft.com/en-us/library/jj573601.aspx

 

-----------------------3/1/2017----------------

Distributed Availability Groups is a better choice :)