KB4484710 - SQL Server 2017 累积更新 14

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

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

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

Microsoft更新目录中提供了以下更新：

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

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

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

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

certutil -hashfile SQLServer2017-KB4484710-x64.exe SHA256

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

基于 x64 的版本

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 数据质量客户端

SQL Server 2017 数据质量

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services 核心实例

SQL Server 2017 Database Services Core 共享

SQL Server 2017 sql_extensibility

SQL Server 2017 全文引擎

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 发布的最新 CU。

Linux 的 CU 包在 https://packages.microsoft.com.

• 每个新 CU 都包含以前安装的 SQL Server 版本的 CU 附带的所有修补程序。
• SQL Server SU 已认证为与 Service Pack 相同的级别，应以相同的置信度级别进行安装。
• 建议根据以下准则持续主动安装 OU：
  • 历史数据显示，大量支持案例涉及已发布 CU 中已解决的问题。
  • 库可能包含更高版本的修补程序的附加值。 这包括可支持性、可管理性和可靠性更新。
• 建议先测试 SQL Server CU，然后再将其部署到生产环境。

重要说明

所有使用最新可用 Pacemaker 包 1.1.18-11.el7 的分发版（包括 RHEL 7.3 和 7.4 ）都会在 start-failure-is-fatal 群集设置的值 false时引入行为更改。 此更改会影响故障转移工作流。 如果主要副本发生中断，群集应故障转移到其中一个可用的次要副本。 然而，用户会注意到群集一直尝试启动发生故障的主要副本。 如果该主要副本由于永久性中断而永远不联机，群集就永远不会将故障转移到另一个可用的次要副本。

此问题会影响所有 SQL Server 版本，而不考虑它们所打开的累积更新版本。

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

方法 1

执行以下步骤：

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

   # RHEL， Ubuntu pcs 属性 unset start-failure-is-fatal # 或 pcs 属性集 start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. 减少 cluster-recheck-interval 值。

   # RHEL， Ubuntu pcs 属性集 cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

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

   # RHEL， Ubuntu pcs 资源更新 ag1 元故障超时=60s # SLES crm 配置编辑 ag1 # 在文本编辑器中，在任何“param”和任何“op”之前添加“meta failure-timeout=60s”

   注意

   在此代码中，根据需要替换 Xmin> 的值<。 如果副本发生故障，群集将尝试按 failure-timeout 值和 cluster-recheck-interval 值所绑定的间隔重启副本。 例如，如果 failure-timeout 设置为 60 秒且 cluster-recheck-interval 设置为 120 秒，则会在 60 秒至 120 秒的间隔内尝试重启。 建议设置为failure-timeout60s大于 60 秒的值和cluster-recheck-interval值。 建议不要设置为 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、复制、群集和镜像）时，建议在部署更新之前参考以下文章：

• 升级故障转移群集实例

  注意

  如果不想使用滚动更新过程，请执行以下步骤来应用更新：

  • 在被动节点上安装更新。
  • 在活动节点上安装更新（需要重启服务）。

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

  注意

  如果与 SSISDB 目录一起启用了 Always On，请参阅 有关如何在这些环境中应用更新的 SSIS 的信息。

• 如何在事务复制和数据库镜像拓扑中为 SQL Server 应用修补程序

• 如何在复制拓扑中为 SQL Server 应用修补程序

• Upgrading Mirrored Instances

• SQL Server 服务安装概述

SQL Server SU 目前是多语言的。 因此，此 CU 包不特定于一种语言。 它适用于所有支持的语言。

一个 CU 包包括所有 SQL Server 2017 组件（功能）的所有可用更新。 但是，累积更新包仅更新当前安装在所选服务 SQL Server 实例上的那些组件。 如果在应用此 CU 后将 SQL Server 功能（例如 Analysis Services）添加到实例，则必须重新应用此 CU 才能将新功能更新到此 CU。

如果出现其他问题，或者需要任何故障排除，则可能需要创建服务请求。 通常的支持成本将适用于其他支持问题和不符合此特定累积更新包条件的问题。 有关Microsoft客户服务和支持电话号码的完整列表，或创建单独的服务请求，请转到 Microsoft支持网站。

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

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