KB4537868 – покращення: Увімкнення функції DNN у SQL Server 2016 і FCI 2019

Удосконалення

Слух SQL Server ач 2019 і 2016 відмовостійкого кластера (FCI) розширено для спільної роботи з точкою доступу розподіленого мережевого імені (DNN) на сервері Windows Server Failover Cluster (WSFC).

Додаткова інформація

SQL Server Слухач резервного екземпляра кластерів (FCI) зараз працює разом лише з іменем мережі (WSFC) і точкою доступу до віртуальної IP-адреси сервера Windows Відмовостійкий кластер (WSFC). Оскільки віртуальна IP-адреса не працює в середовищі Azure, щоб вирішити цю проблему, потрібно налаштувати внутрішнє балансування azure Load Balancer (Див. налаштування внутрішнього балансатора навантаження Azure).

Це оновлення забезпечує ще один спосіб підключення клієнта SQL Server до FCI без балансатора навантаження за допомогою ресурсу Розподілене мережеве ім'я (DNN) у кластері відмовостійкості сервера Windows Server. Коли створюється ресурс DNN, WSFC прив'язує ім'я DNS-імені DNN до IP-адрес усіх вузлів у кластері. Клієнт SQL Server спробує підключити кожну IP-адресу в цьому списку, щоб знайти вузол, на якому запущено FCI. Цей процес підключення прискорюється шляхом підключення всіх IP-адрес паралельно, якщо властивість підключення SQL Server MultiSubnetFailover істинна. Це дає змогу клієнту 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 "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 значення 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

Посилання

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