共计 2689 个字符，预计需要花费 7 分钟才能阅读完成。
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 无法对外提供服务。
从数据库的角度上说，我们需要做下面的事情
- 接下来停止应用并删除 cluster1 中的 Listener，确保没有外界来接使用 SQL SERVER.
- Backup database
- Backup tail log
- 将备份文件 copy 到新的服务器
- Restore 到各个服务器
- 然后重新建立 AG
- 创建 Listener
- 重启应用
我们需要将数据库备份并还原到新的 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：
- 对 cluster1 上的 AG 数据库进行备份，包含 full database backup 和 log backup
- 将第一步得到的文件在 cluster2 的节点上进行还原，指定为 with norecovery.
- 接下来在 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
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-01/139770.htm
