KB4537868 — улучшение: включить функцию DNN в SQL Server 2016 и 2019 FCI

Улучшение

В SQL Server 2019 и 2016 годах для работы с точкой доступа распределенного имени сети (DNN) сервера Windows server failover Cluster (DNN) улучшена возможность доступа к экземпляру экземпляра отбойного кластера (FCI) Windows Server.

Дополнительная информация

SQL Server В настоящее время слушатель экземпляра отбойного кластера (FCI) работает только вместе с точкой доступа к сети Windows Server Failover Cluster (WSFC) и виртуальной точкой доступа к IP-адресу. Так как виртуальный IP-адрес не работает в среде Azure, для решения этой проблемы необходимо настроить внутренний баланс нагрузки Azure (см. статью Настройка внутреннего баланса нагрузки Azure).

Это обновление позволяет клиенту SQL Server подключаться к FCI без балансировки нагрузки с помощью ресурса DNN распределенной сети (DNN) в кластере отключении сервера Windows Server. Когда создается ресурс DNN, WSFC связывает имя DNS DNN с IP-адресами всех узлов кластера. Клиент SQL Server попытается подключить каждый IP-адрес из этого списка, чтобы найти узел, на который запущена FCI. Этот процесс подключения дополнительно ускоряется путем параллельного подключения всех IP-SQL Server свойства подключения MultiSubnetFailover. Это позволяет клиенту SQL Server мгновенно подключиться к запущенной FCI.

По сравнению с предыдущим обходным решением использования внутреннего баланса нагрузки Azure, метод DNN позволяет избежать дополнительных задержки от сбойов, которые были введены функцией проверки liveness балансиру нагрузки. По умолчанию этот процесс занимает 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 "Distributed Network Name" -Group "SQL Server (MSSQLSERVER)"

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

     Start-ClusterResource -Name dnn-demo

   Объяснение:

   • Первая команда добавляет ресурс DNN в WSFC с именем ресурса <DnnResourceName>. Имя ресурса используется WSFC для уникальной идентификации ресурса WSFC. Используйте тот, который имеет смысл и является уникальным в кластере WSFC. Тип ресурса должен быть распределенным именем сети. Имя группы, к которой принадлежит этот ресурс DNN, должно быть группой ресурсов WSFC (роль), соответствующей FCI, в которую вы хотите добавить ресурс DNN. Типичный формат имени группы — "SQL Server (имя экземпляра)". Поэтому для экземпляра по умолчанию будет называться "SQL Server (MSSQLSERVER)". Вы также можете проверить имя группы в консоли Диспетчера отбойного управления.

   • Вторая команда задает имя DNS ресурса DNN. Имя DNS очень важно, так как оно используется клиентами для подключения к FCI.

   • Третья команда запустит ресурс DNN.

     По умолчанию имя DNS DNN связывается со всеми узлами в WSFC. Настройте владельца ресурса DNN таким образом, чтобы включить в него только узлы этого FCI, если не все узлы в WSFC участвуют в FCI.

2. Перезапустите SQL Server экземпляре.

3. Замените имя виртуальной сети (VNN) в строке клиентского подключения SQL Именем DNS DNN и задате для свойства MultiSubnetFailover (MultiSubnetFailover) "true". Этот параметр можно пропустить, если SQL более поздней версии, чем 4.6.1.

Решение

Это улучшение входит в совокупное обновление для SQL Server:

• Накопительный итог обновления 2 SQL Server 2019 г.

О накопительных обновлениях для SQL Server:

Каждое новое накопительное обновление для SQL Server содержит все исправления и исправления для системы безопасности, которые были включены в предыдущее накопительное обновление. Ознакомьтесь с последними накопительными обновлениями для SQL Server:

• Последнее накопительное обновление для SQL Server 2019 г.

Сведения о пакете обновления SQL Server 2016

Эта проблема устранена в следующем пакете обновления для SQL Server:

• Пакет обновления 3 для SQL Server 2016

Ссылки

Узнайте о терминологии, используемой корпорацией Майкрософт для описания обновлений программного обеспечения.