测试环境描述：
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分开使用的需求。由于只有一块网卡，高可用和业务都是从这里通信，增加了故障风险。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
