主页 / dba / 问题 / 279500
Accepted
Stockburn
Asked: 2020-11-11 22:59:58 +0800 CST

SQL Always on 高可用性组多子网

  • 772

SQL 中的 SQL 2017 Standard 始终位于两个节点 Basic AG 上。具有不同子网 IP 的侦听器有两条 DNS 记录

服务器跨子网，我们遇到了应用程序在与数据库通信时看到随机超时的问题，其他时候它以毫秒为单位响应。运行 Wireshark 后，我们可以看到应用程序正在尝试通过故障转移合作伙伴侦听器 IP 地址与数据库通信，这是不可读的副本。

我已阅读的此信息解释了 21 秒超时。

https://techcommunity.microsoft.com/t5/sql-server-support/improved-multisubnet-listener-behavior-with-newly-released-sql/ba-p/318664

MultiSubnetFailover=TRUE 似乎是解决方案，但应用程序使用的是旧版本的 .NET 是否还有其他方法可以解决或解决此问题？

sql-server availability-groups

1 个回答

  1. Best Answer

    正如这里的文档中提到的，这个问题得到了解释：

    MultiSubnetFailover=True NET Framework 3.5 或 OLEDB 不支持

    问题：如果您的可用性组或故障转移集群实例具有取决于来自不同子网的多个 IP 地址的侦听器名称（称为网络名称或 WSFC 集群管理器中的客户端访问点），并且您正在使用 ADO.NET 和 .NET Framework 3.5SP1 或 SQL Native Client 11.0 OLEDB，可能 50% 的对可用性组侦听器的客户端连接请求将遇到连接超时。

    有两个主要的解决方法：

    解决方法：我们建议您执行以下任务之一。

    如果无权操作集群资源，请将连接超时更改为 30 秒（此值会导致 20 秒的 TCP 超时时间加上 10 秒的缓冲区）。

    优点：如果发生跨子网故障转移，客户端恢复时间短。

    缺点：一半的客户端连接将花费超过 20 秒

    如果您有操作集群资源的权限，更推荐的方法是将您的可用性组侦听器的网络名称设置为 RegisterAllProvidersIP=0。有关详细信息，请参阅本节后面的“RegisterAllProvidersIP 设置”。

    优点：您不需要增加客户端连接超时值。

    缺点：如果发生跨子网故障转移，客户端恢复时间可能为 15 分钟或更长时间，具体取决于您的 HostRecordTTL 设置和跨站点 DNS/AD 复制计划的设置。

    在我看来，超过 20 秒的连接中有一半远非理想，我会考虑根据您的需要将其更改RegisterAllProvidersIP为 0 和设置。HostRecordTTL知道过分降低这个值会增加 DNS 查询请求。您还可以在此处查看监控故障转移，这将有助于解决故障转移后的连接问题。

    • 3

相关问题