SQLServer 2014 本地机房HA+灾备机房DR解决方案

Posted 2021-01-01 ✧*꧁一品堂.技术学习笔记꧂*✧.

SQLServer 2014 主数据中心HA+灾备机房DR解决方案

 

SQLServer 2008 的时候使用 local WSFC+DR Mirror方式，对象是单数据库

两个单独的 WSFC 上使用两个 FCI

每个WSFC有两个以上的节点

数据库镜像允许单独 WSFC 上的多个 FCI 使用相同的实例名称

 

 

SQLServer 2012/2014 的时候使用 local WSFC+DR AG方式，对象是可用性组（一般为整个实例）

单个 WSFC 上使用两个 FCI

单个 WSFC 含有四个以上节点，每个FCI（failover cluster instance）有两个以上的节点

在同一个 WSFC 内，两个 FCI 必须使用不同的实例名称，例如，使用“INST_A”作为主 FCI 的实例名称，使用“INST_B”作为 DR FCI 的实例名称

 核心业务dr使用集群

 

非核心业务dr使用单实例

 

 

(*)由于跨机房的WSFC，共享存储的注意事项

每个 FCI 都有自己的共享存储（其他数据中心内的节点无法访问），称作非对称存储

两个 FCI 中的数据库文件和事务日志文件也应该使用完全相同的文件路径，磁盘应使用完全相同的驱动器号（避免搭建ag，还原辅助副本的时候使用restore with move/创建文件组或者日志操作的失败）

每个FCI中，SQL Server 实例的 FCI 故障转移是自动执行的；AG的故障转移模式必须是手动，AG同步模式建议异步提交

 

(*)由于跨机房的WSFC，仲裁投票、仲裁模型 的注意事项

默认情况下，故障转移群集中的每个节点都具有投票（ 节点的 NodeWeight 属性），引入一个修补程序 (http://support.microsoft.com/kb/2494036（用于将 1 个投票分配给 WSFC 中的特定节点，将 0 个投票分配给其他一些节点），拓扑中的每个节点上都必须安装此修补程序

投票方案：

• 主数据中心的每个节点有 1 个投票
• DR数据中心的每个节点有 0 个投票

作为最佳做法，WSFC 的投票总数应为奇数。如果投票节点数目为偶数（上图示例拓扑），应在各自FCI中备机节点（避免使用文件仲裁，管理成本高）

(*)发生dr切换时

如果主数据中心发生停机，正常切换到DR数据中心时，需要对DR重新设置仲裁配置。必须向DR数据中心的每个节点都分配一个投票，而将主数据中心每个节点上的投票都设置为“0”

当主数据中心恢复活动后，还要再次对投票进行调整

--查看仲裁设置

SELECT cluster_name, quorum_type_desc, quorum_state_desc
FROM sys.dm_hadr_cluster;

--查看是否有投票权

SELECT member_name, number_of_quorum_votes
FROM sys.dm_hadr_cluster_members
order by number_of_quorum_votes desc

 

--完全设置

 

 

PowerShell

查看所有节点的当前投票设置

         Get-ClusterNode | fl NodeName, NodeWeight

将某一节点的投票设置为“0”

　　　(Get-ClusterNode "DRNode1").NodeWeight=0

 

 

 

 

 

--注意：

windows故障转移集群+ag环境时，不能再将ag的自动故障转移打开，但可以打开同步模式

由于只能使用windows故障转移，所以避免主机房节点失败，没有正常切换到主机房的备机，需要拉掉dr机房的投票权（避免故障转移到dr，实际上搭ag之前需要拉掉overlap的节点，不允许集群不同实例间出现节点交叉）

The FCI already has automatic failover configured between the nodes.

The current implementation of AG doe not allow a failover outside of the FCI nodes.

详见：

https://blogs.msdn.microsoft.com/arvindsh/2012/09/26/alwayson-availability-group-forced-failover-under-the-hood/