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