标签:命令 方案 com ble windows 灾备 oss src title
方案三:主备源IP用于AG通信、主备新增IP绑定到源网卡用于业务访问测试环境描述:
AG角色 | 主机名 | 网络适配器 | IP地址1 | IP地址2 |
主库 | TEST-GS-ZHXT1 | Ethernet0 | 10.198.197.167 | 10.198.197.173 |
备库 | TEST-GS-ZHXT2 | Ethernet0 | 10.198.197.168 | 10.198.197.174 |
灾备 | TEST-GS-ZHXT3 | Ethernet0 | 10.198.194.183 |
测试环境部署:
在方案一的基础上禁用Ethernet 1,将173和174绑定到Ethernet 0上。
DNS反向解析区域同样有173和174的解析。
通过Windows验证远程访问173和174能使用Kerberos验证。
测试:
1. 从AG移除备节点,切换10.198.197.173和10.198.197.174。
首先修改173的IP为171,然后通过如下命令行重启网卡,再修改174的IP为173,同样通过如下命令行重启网卡,再来修改171的IP为174,再通过如下命令行重启网卡,这样就将173和174的IP安全的切换过来:
由于绑定在一块网卡上,手工禁用启用时,禁用后就无法连接服务器。只能通过命令行去重启网卡,让IP切换生效。
在重启网卡过程中,WSFC集群通信所有能到达该主机链路都中断,发生重新选举,这个过程持续几分钟,然后WSFC恢复,可连接。
删除DNS反向解析区域中对应173和174的解析,添加新的对应解析关系。
通过Windows验证远程访问173和174能使用Kerberos验证。
2. 业务切换到备库测试完毕后,再将173和174切换回来。
都能远程访问数据库服务。
WSFC状态如下:
总结:
方案三能满足业务IP和高可用IP分开使用的需求。由于只有一块网卡,高可用和业务都是从这里通信,增加了故障风险。
标签:命令 方案 com ble windows 灾备 oss src title
原文地址:http://blog.51cto.com/ultrasql/2135978