KB5016884 - SQL Server 2017 的累积更新 31

可以从 Microsoft 下载中心下载以下更新：

• 立即下载 SQL Server 2017 的最新累积更新包

如果未显示下载页，请联系 Microsoft 客户服务和支持部门来获取累积更新程序包。

你可以从 Microsoft 更新目录获取以下更新：

• 立即下载 SQL Server 2017 CU31 的累积更新程序包

若要将 Linux 上的 SQL Server 2017 更新到最新的 CU，必须首先配置累积更新存储库。 然后，使用适当的特定于平台的更新命令更新 SQL Server 程序包。

有关安装说明和指向 CU 包下载的直接链接，请参阅 SQL Server 2017 发行说明。

可以通过以下命令计算 SQLServer2017-KB5016884-x64.exe 文件的哈希来验证下载：

certutil -hashfile SQLServer2017-KB5016884-x64.exe SHA256

此程序包的英文版具有下表中列出的文件属性（或较新的文件属性）。 这些文件的日期和时间以协调世界时 (UTC) 格式列出。 查看文件信息时，文件信息会转换为当地时间。 要了解 UTC 与本地时间之间的时差，请使用“控制面板”中“日期和时间”项中的“时区”选项卡。

基于 x64 的版本

SQL Server 2017 Analysis Services

SQL Server 2017 数据库服务公共核心

SQL Server 2017 Data Quality Client

SQL Server 2017 数据质量

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text 引擎

SQL Server 2017 sql_inst_mr

SQL 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。

应用此累积更新程序包后，可能必须重启计算机。

若要使用此程序包中的某个修补程序，你不必对注册表进行任何更改。

本文还提供有关以下情况的重要信息：

• Pacemaker：在使用最新可用版本的 Pacemaker 的分发中发生了行为更改。 提供了缓解方法。

• 查询存储：如果使用 查询存储，并且之前已安装 Microsoft SQL Server 2017 累积更新 2 (CU2) ，则必须运行此脚本。

Analysis Services CU 内部版本

从 Microsoft SQL Server 2017 开始，Analysis Services 内部版本号和 SQL Server 数据库引擎内部版本号不匹配。 有关详细信息，请参阅验证 Analysis Services 累积更新内部版本。

累积更新 (CU)

累积更新 (CU) 现在可从 Microsoft 下载中心下载。

下载中心仅提供已发布的 SQL Server 2017 最新累积更新。

适用于 Linux 的 CU 软件包可在 .https://packages.microsoft.com/

重要事项

所有分发版 (包括 RHEL 7.3 和 7.4 使用最新可用 Pacemaker 包 1.1.18-11.el7start-failure-is-fatal 的) ，如果其值为 false. 此更改会影响故障转移工作流。 如果主要副本 (replica) 遇到中断，则群集应故障转移到其中一个可用的次要副本。 相反，用户会注意到群集不断尝试启动失败的主副本 (replica) 。 如果该主 (由于永久性中断) 而从未联机，则集群永远不会故障切换到另一个可用的辅助副本 (replica) 。

此问题会影响所有 SQL Server 版本，无论它们位于哪个累积更新版本。

要缓解此问题，请使用以下任一方法。

方法 1

请按以下步骤操作：

1. 从现有群集中删除 start-failure-is-fatal 替代。

   # RHEL、Ubuntu pcs 属性未设置 start-failure-is-fatal # 或 pcs 属性集 start-failure-is-fatal=true # SLES crm 配置属性 start-failure-is-fatal=true

2. 减小该 cluster-recheck-interval 值。

   # RHEL、Ubuntu pcs 属性集 cluster-recheck-interval=<Xmin> # SLES crm 配置属性 cluster-recheck-interval=<Xmin>

3. 将元属性添加到 failure-timeout 每个 AG 资源。

   # RHEL、Ubuntu pcs 资源更新 ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # 在文本编辑器中，在任何“param”之后和任何“op”之前添加“meta failure-timeout=60s”

   注意

   在此代码中，根据需要替换 Xmin> 的值<。 如果副本 (replica) 关闭，群集会尝试以由值和cluster-recheck-interval值绑定failure-timeout的时间间隔重新启动副本 (replica) 。 例如，如果设置为 60 秒并cluster-recheck-interval设置为 120 秒，则failure-timeout尝试重启的时间间隔大于 60 秒但小于 120 秒。 我们建议您将值设置为 failure-timeout60scluster-recheck-interval 大于 60 秒。 建议不要设置为 cluster-recheck-interval 小值。 有关详细信息，请参阅 Pacemaker 文档或咨询系统提供商。

方法 2

还原到 Pacemaker 版本 1.1.16。

重要事项

如果使用 查询存储 并且正在从 SQL Server 2017 累积更新 2 (CU2) 直接更新到 SQL Server 2017 累积更新 3 (CU3) 或任何更高版本的累积更新，则必须运行此脚本。 如果您以前安装了 SQL Server 2017 累积更新 3 (CU3) 或任何以后的 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、复制、群集和镜像），建议在部署该程序包之前参阅以下文章：

• 升级故障转移群集实例

• 停机时间最短且数据损失最少的可用性组服务器升级和更新

• 如何在事务复制和数据库镜像拓扑中应用 SQL Server 修补程序
• 如何在复制拓扑中应用 SQL Server 修补程序
• 升级镜像实例
• SQL Server 服务安装概述

SQL Server CU 目前提供多语言版本。 因此，此 CU 程序包并非专门针对一种语言。 它适用于所有支持语言。

一个 CU 程序包包括所有 SQL Server 2017 组件的所有可用更新 (功能) 。 但是，累积更新程序包仅更新当前安装在你选择要维护的 SQL Server 实例上的组件。 如果某个 SQL Server 功能（例如 Analysis Services）是在应用此 CU 后添加到相应实例的，则必须重新应用此 CU，才能将这一新功能更新到此 CU 的版本。

如果发生其他问题或需要进行任何疑难解答，你可能需要创建服务请求。 通常的支持成本适用于其他支持问题和不符合此特定累积更新包条件的问题。 若要获取 Microsoft 客户服务和支持部门的完整电话号码列表，或创建单独的服务请求，请转到 Microsoft 支持网站。

1. 在控制面板中，打开“程序和功能”项，然后选择“查看已安装的更新”。
2. 在 SQL Server 2017 下找到与此累积更新包对应的条目。
3. 按住（或右键单击）该条目，然后选择“卸载”。

要在 Linux 上卸载此 CU，您必须将程序包回滚到以前的版本。 有关如何回滚安装的详细信息，请参阅回滚 SQL Server。