Симптоми
Да предположим, че сте конфигурирали AlwaysOn достъпност Групиране с помощта на пейсмейкър за SQL Server 2017 за Linux. Когато се свързвате към SQL Server, забелязвате, че групата за периодично достъпност срив възниква като време на връзката за помощник на AG.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Решение
Този проблем е коригиран в следната сборна актуализация за SQL Server:
За сборните актуализации за SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Повече информация
Да предположим, че имате конфигурирана група за достъпност (AG), като използвате пейсмейкър за SQL Server 2017 за Linux. Имайте предвид, че агентътна инструмента за пейсмейкър AG помощникът използва следния конфигурационен файл за клъстери, както е маркирано. AG помощникът използва интервала на свързване от 10 секунди, изчакването на връзката от 30 секунди и наблюдава времето за изчакване от 90 секунди за проверка на изправност.
<Master ID = "ha_cluster-Master" >
<примитивен клас = "OCF" ID = "ha_cluster" доставчик = "MSSQL" тип = "AG" >
<instance_attributes id="ha_cluster-instance_attributes">
<nvpair ID = "ha_cluster instance_attributes-ha_name" name = "ha_name" стойност = "TEST_AG"/>
<nvpair ID = "ha_cluster instance_attributes-trace_ra" name = "trace_ra" стойност = "1"/>
</instance_attributes>
<operations>
<Op ID = "ha_cluster-понижаване-интервал-нули" интервал = "нули" name = "понижаване" таймаут = "300"/>
<Op ID = "ha_cluster-Monitor-интервал-60" интервал = "60" име = "Монитор" таймаут = "100"/>
<Op ID = "ha_cluster-Monitor-интервал-11" интервал = "10" name = "Монитор" роля = "Master" таймаут = "90"/>
<Op ID = "ha_cluster-Monitor-интервал-12" интервал = "12" name = "Монитор" роля = "Slave" таймаут = "60"/>
<Op ID = "ha_cluster-Уведомявай-интервал-нули" интервал = "нули" name = "Уведомявай" изчакване = "60"/>
<Op ID = "ha_cluster-насърчаване-интервал-нули" интервал = "нули" name = "насърчаване" изчакване = "60"/>
<Op ID = "ha_cluster-Start-интервал-нули" интервал = "нули" name = "Старт" таймаут = "60"/>
<Op ID = "ha_cluster-стоп-интервал-нули" интервал = "нули" name = "Стоп" изчакване = "300"/>
</operations>
<meta_attributes id="ha_cluster-meta_attributes">
<nvpair ID = "ha_cluster meta_attributes-таймаут" name = "таймаут" стойност = "30"/>
<nvpair ID = "ha_cluster-meta_attributes-неуспех-таймаут" name = "неуспех-таймаут" стойност = "60"/>
</meta_attributes>
</primitive>
<meta_attributes id="ha_cluster-master-meta_attributes">
<nvpair ID = "ha_cluster-Master-meta_attributes-Уведомявай" name = "Уведомявай" стойност = "TRUE"/>
<nvpair ID = "ha_cluster-Master-meta_attributes-trace_ra" name = "trace_ra" стойност = "1"/>
</meta_attributes>
</master>
Преди сборната актуализация 21 (CU21) за SQL Server 2017, ако AG Health проверява връзката за време на свързване към SQL Server, е инициирано действие, което води до срив на AG във вторичния възел.
От CU21 нататък, ако времето за прекъсване на връзката се случи, агентът на AG помощникът за ресурси ще спази времето за изчакване на монитора за 90 секунди и ще опита още две връзки. Ако и трите опита за връзка са неуспешни, агентът на инструмента за работа с ресурси на AG ще декларира SQL Server като неотговарящ и започва понижаването на действието, което ще доведе до срив на групата за достъпност към вторичния възел.
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
