KB4342123 – сукупний пакет оновлень 10 за SQL Server 2017 р.

У Центрі завантажень Microsoft доступне таке оновлення:

Завантажте останній сукупний пакет оновлень для SQL Server 2017 зараз

Якщо сторінка завантаження не відображається, зверніться до Служби підтримки клієнтів Microsoft, щоб отримати сукупний пакет оновлень.

У Каталозі Microsoft Update доступне таке оновлення:

Завантажити сукупний пакет оновлень для SQL ServerSQL Server 2017 CU10 зараз

Щоб оновити SQL ServerSQL Server 2017 на LinuxLinux до останньої версії CU, спочатку необхідно налаштувати репозиторій сукупного пакета оновлень. Потім оновіть пакети SQL Server, скориставшись відповідною командою оновлення для конкретної платформи.

Інструкції з інсталяції та прямі посилання для завантаження пакета CU див. в нотатках про випуск SQL Server 2017 р.

Щоб перевірити завантаження, обчисліть геш файлуSQLServer2017-KB4342123-x64.exe за допомогою такої команди:

certutil -hashfile SQLServer2017-KB4342123-x64.exe SHA256

Англійська версія цього пакета має атрибути файлів (або пізніші атрибути файлів), перелічені в таблиці нижче. Дати та час для цих файлів зазначені за всесвітнім координованим часом (UTC). Коли ви переглядаєте відомості про файл, вони перетворюються на місцевий час. Щоб подивитися різницю між UTC і місцевим часом, скористайтеся вкладкою "Часовий пояс" в елементі "Дата й час" в Панель керування.

Версії на базі x64-процесорів

SQL ServerSQL Server 2017 Analysis Services

SQL ServerSQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL ServerSQL Server 2017 Database Services Core Instance

SQL ServerSQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

SQL ServerSQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Застосувати цей сукупний пакет оновлень можна тільки SQL Server версії 2017.

Можливо, доведеться перезавантажити комп’ютер після застосування цього сукупного пакета оновлень.

Для використання одного з виправлень із цього пакета не потрібно вносити зміни до реєстру.

Ця стаття також містить важливі відомості про такі ситуації:

• Кардіостимулятор: Змінюється поведінка дистрибутивів, які використовують найновішу доступну версію кардіостимулятора. Передбачені методи пом'якшення наслідків.

• Сховище запитів. Цей сценарій потрібно виконувати, якщо ви використовуєте сховище запитів і раніше на ньому інстальовано SQL ServerSQL Server 2017 Cumulative Update 2 (CU2).

Версія збірки сукупного пакета оновлень Analysis Services

Починаючи з версії Microsoft SQL Server 2017, номери версій збірки Analysis Services і ядра бази даних SQL Server не збігаються. Докладні відомості див. в статті Перевірка версій збірки сукупного пакета оновлень Analysis Services.

Сукупний пакет оновлень

Сукупний пакет оновлень (CU) тепер доступний у Центрі завантажень Microsoft.

У Центрі завантажень доступні лише найновіші сукупні пакети оновлень SQL Server 2017 р.

Пакети CU для LinuxLinux доступні за адресою https://packages.microsoft.com.

• Кожен новий сукупний пакет оновлень містить усі виправлення, включені до попереднього сукупного пакету оновлень для інстальованої версії SQL Server.
• Сукупні пакети оновлень SQL Server сертифіковано на тому ж рівні, що й пакети оновлень служби, і мають інсталюватися з тим самим рівнем достовірності.
• Ми рекомендуємо постійну проактивну інсталяцію сукупних пакетів оновлень по мірі їх доступності відповідно до цих рекомендацій:
  • Історичні дані свідчать, що значна кількість запитів на підтримку пов’язана з проблемою, яку вже було вирішено в випущеному сукупному пакеті оновлень.
  • Сукупні пакети оновлень можуть містити додаткову вартість понад виправлення помилок. Це стосується оновлень можливостей підтримки, керованості та надійності.
• Ми рекомендуємо тестувати сукупні пакети оновлень SQL Server, перш ніж розгортати їх у виробничих середовищах.

ВАЖЛИВО

Усі дистрибутиви (включаючи RHEL 7.3 і 7.4), які використовують найновіший доступний пакет Pacemaker 1.1.18-11.el7 , вносять зміну поведінки для start-failure-is-fatal параметра кластера, якщо його значення дорівнює false. Ця зміна впливає на робочий цикл відновлення після відмови. Якщо в первинній репліці стається збій, очікується, що кластер переключиться на одну з доступних вторинних реплік. Натомість користувачі помітять, що кластер продовжує намагатися запустити невдалу основну репліку. Якщо ця первинна система ніколи не підключається до мережі (через постійний збій), кластер ніколи не переключається на іншу доступну вторинну репліку.

Ця проблема впливає на всі версії SQL Server, незалежно від того, на якій версії сукупного пакета оновлень вони інстальовані.

Щоб зменшити цю проблему, скористайтесь одним із наведених нижче способів.

Спосіб 1

Указівки

1. Видаліть start-failure-is-fatal перевизначення з наявного кластера.

   # RHEL, Ubuntu PCS property unset start-failure-is-fatal # або pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Зменшення cluster-recheck-interval значення.

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Додайте властивість meta failure-timeout до кожного ресурсу AG.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit AG1 # У текстовому редакторі додайте 'meta failure-timeout=60s' після будь-яких 'param' і перед будь-якими 'op'

   Примітка.

   У цьому коді підставте відповідне значення для <Xmin> . Якщо репліка падає, кластер намагається перезапустити репліку через інтервал, який прив'язано failure-timeout до значення та значення cluster-recheck-interval . Наприклад, якщо failure-timeout задано значення 60 секунд і cluster-recheck-interval 120 секунд, перезавантаження буде здійснено з інтервалом, більшим за 60 секунд, але менше 120 секунд. Радимо встановити failure-timeout значення 60scluster-recheck-interval більше 60 секунд. Радимо не cluster-recheck-interval встановлювати маленьке значення. Щоб отримати додаткові відомості, зверніться до документації кардіостимулятора або зверніться до постачальника системи.

Спосіб 2

Поверніться до версії кардіостимулятора 1.1.16.

ВАЖЛИВО

Цей сценарій необхідно виконувати, якщо ви використовуєте сховище запитів і оновлюєте SQL Server сукупний пакет оновлень 2 (CU2) за 2017 рік безпосередньо до сукупного пакета оновлень 3 (CU3) за 2017 SQL Server або будь-якого пізнішого сукупного пакета оновлень. Цей сценарій не потрібно запускати, якщо ви раніше інсталювали сукупний пакет оновлень 3 (CU3) за SQL Server 2017 р. або будь-який пізніший сукупний пакет оновлень SQL Server 2017 р.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

Розгортаючи оновлення в гібридному середовищі (наприклад, Групи забезпечення доступності AlwaysOn, реплікація, кластер і віддзеркалення), перш ніж розгортати оновлення, радимо ознайомитися з наведеними нижче статтями.

• Оновлення екземпляра відмовостійкого кластера

  Примітка.

  Якщо ви не хочете використовувати процес суцільного оновлення, виконайте наведені нижче дії, щоб застосувати оновлення.

  • Інсталюйте оновлення на пасивному вузлі.
  • Інсталюйте оновлення на активному вузлі (потрібно перезавантажити службу).

• Підвищення рівня та оновлення серверів групи забезпечення доступності з простоєм і втратою даних на мінімальному рівні

  Примітка.

  Якщо разом із каталогом SSISDB увімкнуто Групи забезпечення доступності AlwaysOn, див. статтю Відомості про служби SSIS і Групи забезпечення доступності AlwaysOn, щоб дізнатися як застосовувати оновлення у цих середовищах.

• Застосування виправлення для SQL Server в топології транзакційної реплікації та дзеркального відображення бази даних

• Застосування виправлення для SQL Server в топології реплікації

• Оновлення дзеркальних екземплярів

• Огляд інсталяції обслуговування SQL Server

Сукупні пакети оновлень SQL Server наразі багатомовні. Отже цей сукупний пакет оновлень не прив’язаний до однієї мови. Він застосовується до всіх підтримуваних мов.

Один пакет CU включає всі доступні оновлення для всіх компонентів (функцій) SQL Server 2017. Проте сукупний пакет оновлень оновлює лише ті компоненти, які наразі інстальовано в екземплярі SQL Server, який ви вибрали для обслуговування. Якщо після застосування сукупного пакету оновлень до екземпляра SQL Server додається функція (наприклад, Analysis Services), щоб оновити цю функцію до нового сукупного пакета оновлень, його потрібно повторно застосувати.

Якщо виникають інші проблеми або потрібні виправлення неполадок, можливо, доведеться створити запит на обслуговування. За додаткові запитання щодо підтримки та за проблеми, які виходять за межі цього сукупного пакета оновлень, стягується плата на загальних засадах. Щоб отримати повний перелік номерів телефонів служби підтримки клієнтів Microsoft або створити окремий запит на обслуговування, перейдіть на вебсайт Підтримки від Microsoft.

1. На панелі керування відкрийте пункт Програми та функції, а потім виберіть Переглянути інстальовані оновлення.
2. Знайдіть запис, який відповідає цьому сукупному пакету оновлень у SQL Server 2017.
3. Натисніть і утримуйте її (або клацніть правою кнопкою миші), а потім виберіть пункт Видалити.

Щоб видалити цей сукупний пакет оновлень на Linux, необхідно відкотити пакет до попередньої версії. Докладніше про те, як відкотити інсталяцію, див. в статті Відкочування SQL Server.