Перейти до основного
Підтримка
Вхід
Вхід за допомогою облікового запису Microsoft
Увійдіть або створіть обліковий запис.
Вітаємо,
Виберіть інший обліковий запис.
У вас є кілька облікових записів
Виберіть обліковий запис, за допомогою якого потрібно ввійти.

Загальні відомості

У цій статті описано покращення, які входять до складу цього оновлення для групи постійного доступності на кластері кардіостимулятора в Microsoft SQL Server.

Це оновлення містить такі покращення:

  • Властивість ресурсу online_database_retries більше не використовується. Ця властивість ігнорується, якщо її встановлено. Перед сукупним пакетом оновлень 8 (CU8) ця властивість може використовуватися для керування тривалістю запуску та моніторингу дій очікування всіх баз даних у групі доступності, щоб перейти в онлайнове підключення. Тепер ці дії чекають на невизначений час, доки не завершиться час очікування дії, настроєний для ресурсу Кардіостимулятора.

  • Властивість ресурсу monitor_timeout перейменовано на connection_timeout , щоб краще відображати її використання. Вихідне ім'я й надалі використовується для зворотної сумісності.

  • До CU8 значення часу очікування дії монітора не може бути коротше, ніж значення властивості monitor_timeout . Користувачі, які хотіли, щоб виконання дії монітора завершувалося швидше, ніж час відновлення, використовували б для цього online_database_retries . Оскільки online_database_retries більше не використовується в сукупному пакеті оновлень 8, це обмеження на час завершення дії монітора видаляється.

  • Тепер дія підвищення рівня чекає, доки бази даних з'ядуть онлайн після підвищення репліки групи доступності.

  • Тепер дія зниження встановлює для репліки роль 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. Ваш ІТ-адміністратор зможе збирати ці дані. Декларація про конфіденційність.

Дякуємо за відгук!

×