我不知道该怎么说,但我正在寻找 DBA 可以做的任何事情(除了更改应用程序中的代码之外的事情),以减少 AG 故障转移时对用户的影响。
我们有一个以同步提交模式运行 SQL 2016 SP2 CU10 的 2 节点 AG,并与侦听器连接。
什么控制连接到新主节点的切换?有没有办法加速切换?连接字符串、AG 设置、更改超时等是否有助于加快用户切换速度?
我不知道该怎么说,但我正在寻找 DBA 可以做的任何事情(除了更改应用程序中的代码之外的事情),以减少 AG 故障转移时对用户的影响。
我们有一个以同步提交模式运行 SQL 2016 SP2 CU10 的 2 节点 AG,并与侦听器连接。
什么控制连接到新主节点的切换?有没有办法加速切换?连接字符串、AG 设置、更改超时等是否有助于加快用户切换速度?
可用性组 (AG) 侦听器将传入连接定向到主副本或只读副本,具体取决于 AG 的配置方式(它是否允许读取请求)。
当发生故障转移时,会发生角色反转,并且次要副本转换为主要角色,而之前的主要副本将转换为次要角色。
在故障转移期间,所有客户端请求都将终止。这是您的应用程序停机时间。现在,在故障转移之后,当客户端重新连接到 AG 侦听器时,侦听器将重新连接到新的主节点(读取意图连接请求除外)。
如果您的应用程序支持:
MultiSubnetFailover = TRUE,那么您将获得性能增益(如我的回答中所述。)
MultiSubnetFailover = False,那么您应该将 HostTTL 设置降低到较低的值,例如 5 秒与默认值 300 秒。
参考:
您的意思是当指向 AG 侦听器时客户端连接建立缓慢,并且想要避免这种情况?如果是这样,这是通常/已知的问题,特别是在多子网环境中配置的可用性组时,问题是由于从客户端到 DNS 服务器的 TCP 连接尝试的默认超时。
但是,即使在单个子网中使用
MultiSubnetFailover=Yes
连接字符串中的附加参数 ( ) 也可以使客户端连接比正常速度更快。更多细节..