Улучшение

В 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:

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

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

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

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

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

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

Ссылки

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

Нужна дополнительная помощь?

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединение к программе предварительной оценки Майкрософт

Были ли сведения полезными?

Насколько вы удовлетворены качеством перевода?
Что повлияло на вашу оценку?

Спасибо за ваш отзыв!

×