Обобщена информация

Тази статия описва подобренията, които са включени в тази актуализация за винаги включени групи за достъпност на пейсмейкър клъстер в Microsoft SQL Server.

Тази актуализация включва следните подобрения:

  • Свойството online_database_retries ресурс вече не се използва. Това свойство се игнорира, ако е зададено. Преди кумулативна актуализация 8 (CU8) това свойство може да се използва, за да се контролира колко дълго действията за стартиране и следене да чакат всички бази данни в групата за наличност, за да бъдат ОНЛАЙН. Тези действия сега чакат неопределено време, докато изтече времето за изчакване на действието, което е конфигурирано на ресурса на Пейсмейкър.

  • Свойството monitor_timeout ресурс е преименувано на connection_timeout , за да отрази по-добре употребата му. Оригиналното име все още се използва за обратна съвместимост.

  • Преди CU8 стойността на времето на изчакване за действие на монитора не можа да бъде по-кратка от стойността на свойството monitor_timeout . Потребителите, които искат действието на монитора да е неуспешно по-бързо от времето за възстановяване, биха използвали online_database_retries да направят това. Тъй като online_database_retries вече не се използва в кумулативната актуализация 8, това ограничение на времето за изчакване на действието на монитора се премахва.

  • Действието за повишаване сега изчаква базите данни да бъдат ОНЛАЙН, след като повиши репликата на групата за достъпност.

  • Действието за понижаване сега задава репликата на ролята RESOLVING вместо вторичната роля за по-бързо преместване при отказ. Първоначалният основен елемент остава в ролята RESOLVING, докато не се повиши нова реплика в ролята PRIMARY. След това първоначалният основен се рестартира автоматично във вторична роля. Това рестартиране се задейства от неуспеха на действието на монитора от първоначалния основен. Това се съобщава чрез инструменти за наблюдение на клъстери, като например crm_mon. Това не трябва да се счита за причина за безпокойство.

  • Препоръчваме на потребителите, които са задали стойности, които не са зададени по подразбиране за свойството на ресурса online_database_retries или свойството на ресурса monitor_timeout , или които са задали стойности, които не са зададени по подразбиране за изтичане на времето за изчакване на действие на ресурса, да приложат следните промени:

    • Задайте connection_timeout стойност, която е по-голяма от максималното време (в секунди), което е необходимо за завършване на възстановяването на базите данни в групата за достъпност.

    • Задайте времето за изчакване за стартиране и повишаване на времето за действие на стойност, която е по-голяма от максималното време (в секунди), необходимо на базите данни в групата за достъпност да завършат възстановяването.

      Ако например възстановяването на базите данни в групата за достъпност отнема 15 минути (900 секунди), настройките трябва да бъдат:

      • Connection_timeout=900

      • Op start timeout=900s interval=0s

      • Op promote timeout=900s interval=0s

Допълнителна информация

Тези подобрения са включени в следната актуализация за SQL Server:

Кумулативна актуализация 8 за SQL Server 2017 г.

За компилациите за SQL Server

Всяка нова компилация за SQL Server съдържа всички горещи поправки и корекции на защитата, които са били в предишната компилация. Препоръчваме ви да инсталирате най-новата компилация за вашата версия на SQL Server:

Най-новата компилация за SQL Server 2017

Препратки

Научете повече за стандартната терминология , която Microsoft използва за описване на актуализациите на софтуера.

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Доколко сте доволни от качеството на езика?
Какво е повлияло на вашия потребителски опит?

Благодарим ви за обратната връзка!

×