测试环境描述：
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 |
测试环境部署：
在方案三的基础上，限定AG通过173和174进行通信。
测试：
1. 本地和远程访问167和168数据库服务
通过SSMS尝试访问：
都能正常访问。
2. 主节点宕机切换到备节点
模拟节点1宕机，此时WSFC正常，AG故障：
手工执行AG故障转移，然后尝试从本地和远程访问新主节点源IP数据库服务：
都能正常访问。
3. 恢复节点1为主节点，从AG移除备节点，将10.198.197.167和10.198.197.168互换。
由于只有一块网卡，在IP互换的过程中，操作不慎，极易导致远程RDP无法连接。
首先修改167的IP为171，然后通过如下命令行重启网卡，再修改168的IP为167，同样通过如下命令行重启网卡，再来修改171的IP为168，再通过如下命令行重启网卡，这样就将167和168的IP安全的切换过来：
由于绑定在一块网卡上，手工禁用启用时，禁用后就无法连接服务器。只能通过命令行去重启网卡，让IP切换生效。
确保正向解析和反向解析都正确。
检查WSFC的状态：
WSFC网络连接依赖于167和168，他们也相应互换了。
通过Windows验证远程访问167和168能使用Kerberos验证。
总结：
方案四能满足业务IP和高可用IP分开使用的需求。由于只有一块网卡，高可用和业务都是从这里通信，增加了故障风险。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
