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

Применяется к
SQL Server 2019 on Windows SQL Server 2016 SQL Server 2016 Service Pack 3 - duplicate (do not use)

Улучшение

Прослушиватель экземпляра отказоустойчивого кластера SQL Server 2019 и 2016 улучшен для совместной работы с точкой доступа имени распределенной сети (DNN) Windows Server кластера WSFC.

Дополнительные сведения

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

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

По сравнению с предыдущим обходным решением Azure внутренней Load Balancer, подход прослушивателя DNN позволяет избежать дополнительной задержки отработки отказа, которая возникает при проверке активности подсистемы балансировки нагрузки. По умолчанию этот процесс занимает 10–15 секунд. (Сведения о том, как вычислить задержку, см. в этом документе об Azure.) Настраивать и обслуживать компоненты балансировщика нагрузки не требуется. Это упрощает процесс подготовки. При удалении балансировщика нагрузки также удаляется один компонент, который потенциально может выйти из строя. Это повышает общую надежность.

Чтобы использовать эту функцию, необходимо выполнить следующие действия.

  1. Для установленного FCI необходимо создать ресурс DNN и задать его DNS-имя. Выполните следующие три команды PowerShell от имени администратора:

    • Add-ClusterResource -Name <dnnResourceName> -ResourceType "Имя распределенной сети" -Group "<Роль WSFC экземпляра> SQL Server"
      Get-ClusterResource -Name <dnnResourceName> | Set-ClusterParameter -Name DnsName -Value <DNSName>
      Start-ClusterResource -Name <dnnResourceName>

    Например:

    • Add-ClusterResource -Name dnn-demo -ResourceType "Имя распределенной сети" -Группа "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 значение "true". Этот параметр можно пропустить, если версия клиента SQL ниже 4.6.1.

Решение

Это улучшение включено в следующий накопительный пакет обновления для SQL Server:

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

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

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

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

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

Пакеты обновления суммируются. Каждый новый пакет обновления содержит все исправления, которые были в предыдущих пакетах обновления, а также все новые исправления. Рекомендуется установить последнюю версию пакета обновления и последнюю версию накопительного пакета обновления. Перед установкой последнего пакета обновления устанавливать предыдущий пакет обновления не требуется. Дополнительные сведения о последнем пакете обновления и последнем накопительном пакете обновления см. в таблице 1 следующей статьи.

Определение версии, выпуска и уровня обновления SQL Server и его компонентов

Ссылки

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