AG 可从第一个节点使用，但不可从第二个节点使用

Question

我正在 Windows Server 2019 上的 SQL Server 2019 中配置可用性组。

我们有两台 Windows 服务器 UT01 和 UT02，配置了单个网络适配器，并使用 Active Directory 域上的静态 IP 地址。

网络组为群集虚拟计算机对象分配了静态 IP 地址，UTCL，192.168.0.12。他们还为可用性组侦听器 UTAG 分配了静态 IP 地址 192.168.0.13。

服务器团队配置了 Windows Server 故障转移群集，我配置了 SQL Server 和可用性组。两个 SQL Server 都配置为命名实例；所以UT01\INS和UT02\INS是返回的名称@@SERVERNAME;

从本地子网 (192.168.0.0/24) 上的任何计算机，我可以使用 sqlcmd 连接到可用性组，如下所示：

sqlcmd -S UTAG\INS

当我运行时PRINT @@SERVERNAME;，将返回UT01\INS或UT02\INS，具体取决于当前运行可用性组的主节点的节点。

我可以使用 sqlcmd，通过路由器从本地子网外部的网络连接到各个 SQL Server，即sqlcmd -S UT01\INS正常sqlcmd -S UT02\INS工作，返回@@SERVERNAME.

到目前为止一切都很好，完全符合预期。

但是，当我尝试通过非本地子网连接到 AG 名称时，AG 仅在 UT01 运行主节点时响应。当 UT02 运行主节点时，我们会得到典型的连接错误：

建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。找不到服务器或无法访问服务器。检查实例名称是否正确以及 SQL Server 是否配置为允许远程连接。

UT02 上的 SQL Server 错误日志显示没有失败的登录（默认配置为审核失败的登录）。

ping UTAG无论我在哪里运行它，都会返回正确的 IP 地址 192.168.0.13。 ping UTAG当 AG 在 UT01 上运行时，在本地子网中可以正常工作，而在远程子网中则可以工作，但当 UT02 是主要子网时则不能。

我在 UT01 和 UT02 上安装了 WireShark，看看是否可以确定发生了什么。我过滤了WireShark的输出：

((tcp.port == 2136) || (udp.port == 1434)) && ((ip.dst == 192.168.0.13 || ip.src == 192.168.0.13))

SQL Server AG 侦听器端口配置为侦听端口 2136，并且两个实例也配置为侦听端口 2136。SQL Server 配置管理器显示网络配置已配置为侦听所有 IP 地址。

当尝试从位于另一个子网上的客户端连接到 AG 时，在 UT01 上观察 WireShark，显示端口 2136 上的传入 TCP 流量和端口 1434 上的 UDP 流量，无论哪个节点是 AG 主节点。当AG主用运行在UT01上时，连接到AG可以工作，当AG主用运行在UT02上时，连接到AG失败。

两台服务器都是虚拟机，运行在不同的物理主机上。交换机（虚拟或其他）清楚地知道哪个节点正在运行主节点，因为ping UTAG无论哪个节点拥有 UTAG IP 地址，本地子网都可以工作。 ping UTAG来自任何其他子网的仅当 AG 在 UT01 上运行时才会响应。

有任何想法吗？

Answer 1

因此，需要在服务于连接两个 SQL Server 与其他子网的本地子网的网络交换机中启用“基于 GARP 的检测”。

GARP 是免费地址解析协议，用于广播托管可用性组的网络适配器的 MAC 地址。在我们的例子中，连接到交换机的路由器看不到每当发生可用性组故障转移时自动生成的 ARP 数据包，从而阻止它将发往 AG 的 TCP 数据包发送到正确的 MAC 地址 - 它只是始终发送这些数据包到第一个节点。

此 Microsoft 页面解释了该问题。