使用 Microsoft 登录
登录或创建帐户。
你好,
使用其他帐户。
你有多个帐户
选择要登录的帐户。

改进

SQL Server 2019 和 2016 故障转移群集实例 (FCI) 侦听器已增强,可配合 Windows 服务器故障转移群集 (WSFC) 分布式网络名称 (DNN) 接入点协同工作。

更多信息

SQL Server故障转移群集实例 (FCI) 侦听器目前仅与 Windows 服务器故障转移群集 (WSFC) 网络名称和虚拟 IP 接入点协同工作。 由于虚拟 IP 在 Azure 环境中不起作用,因此必须配置 Azure 内部负载均衡器来解决此问题 (请参阅如何配置 Azure 内部负载均衡器) 。

此更新为 SQL Server 客户端提供了另一种方法,无需负载均衡器即可使用 Windows 服务器故障转移群集中的分布式网络名称 (DNN) 资源进行 FCI 连接。 创建 DNN 资源时,WSFC 将 DNN DNS 名称绑定到群集中所有节点的 IP 地址。 客户端SQL Server尝试连接此列表中的每个 IP 地址,以查找 FCI 当前正在其上运行的节点。 如果连接属性MultiSubnetFailover为 true,则通过并行连接所有 IP SQL Server进一步加速此连接过程。 这样,SQL Server客户端即可立即连接到当前运行的 FCI。

与以前使用 Azure 内部负载均衡器解决方法相比,DNN 侦听器方法可避免负载均衡器运行情况探测引入的额外故障转移延迟。 默认情况下,该过程需要 10-15 秒。 (请参阅此 Azure 文档,了解如何计算延迟.) 不需要配置和维护负载均衡器组件。 这简化了预配过程。 删除负载均衡器还会删除一个可能会发生故障的组件。 这提高了整体稳定性。

使用此功能需要执行以下步骤:

  1. 对于已安装的 FCI,必须创建 DNN 资源并设置其 DNS 名称。 以管理员角色运行以下三个 PowerShell 命令:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Distributed Network Name" -Group "<WSFC role of SQL server instance>"

      Get-ClusterResource -Name <dnnResourceName> |Set-ClusterParameter -Name DnsName -Value <DNSName>

      Start-ClusterResource -Name <dnnResourceName>

    例如:

    • Add-ClusterResource -Name dnn-demo -ResourceType "分布式网络名称" -Group "SQL Server (MSSQLSERVER) "

      Get-ClusterResource -Name dnn-demo |Set-ClusterParameter -Name DnsName -Value dnnlsnr

      Start-ClusterResource -Name dnn-demo

    说明:

    • 第一个命令将 DNN 资源添加到 WSFC,其资源名称为 dnnResourceName <dnnResourceName>。 WSFC 使用资源名称来唯一标识 WSFC 资源。 使用一个有意义的解决方案,该群集在 WSFC 群集中是唯一的。 资源类型必须是分布式网络名称。 此 DNN 资源所属的组的名称必须是 WSFC 资源组 (角色) ,对应于要添加 DNN 资源的 FCI。 此组名称的典型格式是"SQL Server (实例) "。 因此,对于默认实例,名称将为"SQL Server (MSSQLSERVER) "。 还可以在故障转移群集管理器控制台中检查组的名称。

    • 第二个命令设置此 DNN 资源的 DNS 名称。 DNS 名称非常重要,因为它是客户端用于连接到 FCI 的名称。

    • 第三个命令启动 DNN 资源。

      默认情况下,DNN DNS 名称绑定到 WSFC 中的所有节点。 如果 WSFC 中的所有节点都参与 FCI,请配置 DNN 资源的可能所有者,以仅包括此 FCI 的节点。

  2. 重启SQL Server实例。

  3. 将 SQL 客户端连接字符串 (VNN) VNN 名称替换为 DNN DNS 名称,将MultiSubnetFailover属性设置为"true"。 如果客户端版本低于 SQL 4.6.1,可以跳过此设置。

解决方法

此改进包含在以下适用于 SQL Server 的累积更新中:

关于更新的累积SQL Server:

每个新的累积更新SQL Server包含上一个累积更新中包含的所有修补程序和所有安全修补程序。 查看最新累积更新,了解SQL Server:

2016 年 1 月SQL Server包信息

以下服务包中已修复此问题SQL Server:

Service Pack 具有累积性。 每个新 Service Pack 除了包含所有新修复程序外,还包含以前 Service Pack 中的所有修复程序。 我们建议为该服务包应用最新的服务包和最新的累积更新。 在安装最新的 Service Pack 之前,不需要安装以前的 Service Pack。 使用以下文章中的表 1 查找有关最新 Service Pack 和最新累积更新的信息。

确定应用程序及其组件的版本SQL Server更新级别

参考

了解 Microsoft 用于描述软件更新的术语

需要更多帮助?

需要更多选项?

了解订阅权益、浏览培训课程、了解如何保护设备等。

社区可帮助你提出和回答问题、提供反馈,并听取经验丰富专家的意见。

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?
按“提交”即表示你的反馈将用于改进 Microsoft 产品和服务。 你的 IT 管理员将能够收集此数据。 隐私声明。

谢谢您的反馈!

×