Подобрение
Слушателя на SQL Server 2019 и 2016 г. за клъстери при отказ (FCI) е подобрен, за да работи заедно с точката за достъп Windows Клъстер при отказ на сървър (WSFC), разпределено мрежово име (DNN).
Допълнителна информация
SQL Server Слушател на клъстери при отказ (FCI) в момента работи само заедно с мрежовото име на Windows сървъри с отказоустойчиви сървъри (WSFC) и точката за виртуален IP достъп. Тъй като виртуалният IP адрес не работи в средата на Azure, трябва да конфигурирате azure internal Load Balancer, за да заобиколите този проблем (Вижте как да конфигурирате вътрешен балансьор на натоварването на Azure).
Тази актуализация предоставя друг начин клиентът на SQL Server да се свърже с FCI без балансьор на натоварването с помощта на ресурса Име на разпределена мрежа (DNN) в Windows сървъри с отказ от сървъри. Когато се създаде ресурс на DNN, WSFC свързва името на DNN DNS с IP адресите на всички възли в клъстера. Клиентът SQL Server ще се опита да свърже всеки IP адрес в този списък, за да намери възела, на който се изпълнява FCI в момента. Този процес на свързване се ускорява допълнително чрез едновременно свързване на всички IP адреси, ако свойството SQL Server връзка MultiSubnetFailover е вярно. Това позволява на SQL Server да се свърже незабавно с текущо изпълнявания FCI.
В сравнение с предишното заобиколно решение на използването на вътрешния балансатор на натоварването на Azure, подходът на слушателя на DNN избягва допълнителното закъснение при отказ, въведено от пробната дейност на балансатора на натоварването. По подразбиране този процес отнема 10–15 секунди. (Вижте този документ на Azureкак да изчислите закъснението.) Не е нужно да конфигурирате и поддържате компонентите на балансьора на натоварването. Това опростява процеса на осигуряване. Премахването на балансьора на натоварването премахва и един компонент, който може потенциално да е неуспешен. Това подобрява цялостната стабилност.
За да използвате тази функция, са необходими следните стъпки:
-
За инсталирана FCI трябва да създадете DNN ресурс и да зададете неговото DNS име. Изпълнете следните три команди на PowerShell като администратор:
-
Add-ClusterResource -Name <dnnResourceName> -ResourceType "Име на разпределена мрежа" -Group "<WSFC роля на SQL екземпляр на>"
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>. Името на ресурса се използва от WSFC за еднозначно идентифициране на WSFC ресурс. Използвайте такъв, който има смисъл за вас и е уникален в WSFC клъстера. Типът ресурс трябва да бъде Име на разпределена мрежа. Името на групата, към която принадлежи този DNN ресурс, трябва да бъде групата ресурси на WSFC (роля), която съответства на FCI, към която искате да добавите DNN ресурса. Типичният формат на името на тази група е "SQL Server (име на екземпляра)." Следователно за екземпляра по подразбиране името ще бъде "SQL Server (MSSQLSERVER)." Можете също да проверите името на групата в конзолата failover Cluster Manager.
-
Втората команда задава DNS името на този DNN ресурс. DNS името е важно, защото това е името, което клиентите използват, за да се свържат с FCI.
-
Третата команда стартира ресурса DNN.
По подразбиране името DNN DNS се свързва с всички възли в WSFC. Конфигурирайте възможния собственик на ресурса DNN да включва само възлите на този FCI, ако не всички възли в WSFC участват във FCI.
-
-
Рестартирайте SQL Server екземпляр.
-
Заместете името на виртуалната мрежа (VNN) в SQL на клиентската връзка с името на DNN DNS и задайте свойството MultiSubnetFailover на "true". Можете да пропуснете тази настройка, ако версията на SQL клиент е по-късна от 4.6.1.
Решение
Това подобрение е включено в следната сборна актуализация за SQL Server:
За кумулативните актуализации за SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички актуални корекции и всички корекции на защитата, които са били включени в предишната сборна актуализация. Прегледайте най-новите кумулативни актуализации за SQL Server:
Информация за сервизния пакет за SQL Server 2016 г.
Този проблем е коригиран в следния сервизен пакет за SQL Server:
Сервизните пакети са кумулативни. Всеки нов сервизен пакет съдържа всички корекции, които са в предишни сервизни пакети, заедно с всички нови корекции. Препоръчваме да приложите най-новия сервизен пакет и най-новата сборна актуализация за този сервизен пакет. Не е необходимо да инсталирате предишен сервизен пакет, преди да инсталирате най-новия сервизен пакет. Използвайте таблица 1 в следващата статия, за да намерите повече информация за най-новия сервизен пакет и най-новата сборна актуализация.
Определяне на нивото на версията, изданието и актуализацията на SQL Server и нейните компоненти
Препратки
Научете повече за терминологията, която Microsoft използва, за да опише софтуерните актуализации.