KB4101464 — накопительный пакет обновления 6 для SQL Server 2017 г.

Следующее обновление доступно в Центре загрузки Майкрософт:

Скачайте последний накопительный пакет обновления для SQL Server 2017 прямо сейчас

Если страница скачивания не отображается, обратитесь в службу поддержки пользователей Майкрософт, чтобы получить накопительный пакет обновления.

Следующее обновление доступно в каталоге Центра обновления Майкрософт:

Скачайте накопительный пакет обновления для SQL Server 2017 CU6 прямо сейчас

Чтобы обновить SQL Server 2017 в Linux до последней версии CU, сначала необходимо настроить репозиторий накопительного пакета обновления. Затем обновите пакеты SQL Server с помощью соответствующей команды обновления для конкретной платформы.

Инструкции по установке и прямые ссылки на загрузку пакетов CU см. в заметках о выпуске SQL Server 2017.

Вы можете проверить загрузку, вычислив хэш файлаSQLServer2017-KB4101464-x64.exe с помощью следующей команды:

certutil -hashfile SQLServer2017-KB4101464-x64.exe SHA256

Английская версия пакета содержит файлы с атрибутами, указанными в следующей таблице, или более поздние. Значения даты и времени для этих файлов указаны в формате UTC. При просмотре сведений о файлах выполняется перевод их в местное время. Чтобы узнать разницу между временем UTC и местным временем, откройте вкладку "Часовой пояс" элемента "Дата и время" на панели управления.

Версии на базе x64

SQL Server 2017 Analysis Services

Службы баз данных SQL Server 2017 Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

Базовый экземпляр служб баз данных SQL Server 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

Службы интеграции SQL Server 2017

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Чтобы применить этот накопительный пакет обновления, необходимо использовать SQL Server 2017.

После применения этого накопительного пакета обновления может потребоваться перезапуск компьютера.

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

В этой статье также содержатся важные сведения о следующих ситуациях:

• Кардиостимулятор: изменение поведения производится в дистрибутивах, использующих последнюю доступную версию кардиостимулятора. Предусмотрены методы смягчения последствий.

• Хранилище запросов: Этот сценарий необходимо выполнить, если вы используете хранилище запросов и ранее установили Microsoft SQL Server 2017 с накопительным пакетом обновления 2 (CU2).

Версия сборки CU служб Analysis Services

Начиная с Microsoft SQL Server 2017 номера версий сборок служб Analysis Services и ядра СУБД SQL Server не совпадают. Дополнительные сведения см. в статье Проверка версии сборки накопительного пакета обновления Analysis Services.

Накопительные пакеты обновления (CU)

Накопительные пакеты обновления теперь доступны в Центре загрузки Майкрософт.

В Центре загрузки доступен только последний CU, выпущенный для SQL Server 2017.

Пакеты CU для Linux доступны по адресу 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 # or 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. failure-timeout Добавьте метасвойство к каждому ресурсу AG.

   # RHEL, обновление ресурсов компьютеров с Ubuntu ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # В текстовом редакторе добавьте "meta failure-timeout=60s" после всех параметров и перед любыми операциями

   Примечание

   В этом коде подставьте значение для <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

Вернитесь к Pacemaker версии 1.1.16.

ВАЖНО

Этот сценарий необходимо запустить, если вы используете хранилище запросов и выполняете обновление с накопительного пакета обновления 2 (CU2) SQL Server 2017 непосредственно до накопительного пакета обновления 3 (CU3) SQL Server 2017 или более позднего накопительного обновления. Этот сценарий не нужно запускать, если у вас уже установлен накопительный пакет обновления 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

При развертывании обновления в гибридной среде (например, при использовании Always On, репликации, кластеризации или зеркального отображения) перед установкой обновления рекомендуется ознакомиться со следующими статьями:

• Обновление экземпляра отказоустойчивого кластера

  Примечание

  Если вы не хотите использовать процесс последовательного обновления, выполните следующие действия, чтобы применить обновление:

  • Установите обновление на пассивном узле.
  • Установите обновление на активном узле (потребуется перезапустить службу).

• Обновление серверов групп доступности с минимальным временем простоя и минимальной потерей данных

  Примечание

  Если вы включили Always On вместе с каталогом SSISDB, ознакомьтесь с разделом Сведения о службах SSIS с Always On, чтобы узнать, как применять обновления в таких средах.

• Применение исправления для SQL Server в топологии транзакционной репликации и зеркального отображения баз данных

• Применение исправления для SQL Server в топологии репликации

• Обновление зеркальных экземпляров

• Обзор установки обслуживания SQL Server

В настоящее время накопительные пакеты обновления SQL Server поддерживают нескольких языков. Таким образом, этот накопительный пакет обновления не предназначен для какого-либо одного языка. Он применяется ко всем поддерживаемым языкам.

Один пакет CU включает все доступные обновления для всех компонентов (функций) SQL Server 2017. Однако накопительный пакет обновления обновляет только те компоненты, которые установлены на выбранном для обслуживания экземпляре SQL Server. Если после применения этого накопительного пакета обновления в экземпляр добавляется компонент SQL Server (например, службы Analysis Services), необходимо повторно применить накопительный пакет обновления, чтобы обновить новый компонент до его уровня.

Если возникнут другие проблемы или понадобится устранение неполадок, может потребоваться создать запрос на обслуживание. За дополнительные вопросы о поддержке и проблемы, не соответствующие этому конкретному накопительному пакету обновления, взимается обычная плата за поддержку. Полный список телефонных номеров службы поддержки пользователей Майкрософт и возможность создать отдельный запрос на обслуживание доступны на веб-сайте службы поддержки Майкрософт.

1. На панели управления откройте элемент Программы и компоненты, а затем выберите Просмотр установленных обновлений.
2. Найдите запись, соответствующую этому накопительному пакету обновления, в разделе SQL Server 2017.
3. Нажмите и удерживайте (или щелкните правой кнопкой мыши) запись, а затем выберите Удалить.

Чтобы удалить этот накопительный пакет обновления в Linux, необходимо выполнить откат пакета до предыдущей версии. Дополнительные сведения об откате установки см. в статье Откат SQL Server.