测试环境描述：

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分开使用的需求。由于只有一块网卡，高可用和业务都是从这里通信，增加了故障风险。