KB4038634 - 2017 SQL Server累积更新 1

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

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

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

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

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

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

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

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

certutil -hashfile SQLServer2017-KB4038634-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_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 下载中心提供。

下载中心仅提供了针对 2017 SQL Server 发布的最新 CU。

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

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

重要信息

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

此问题会影响所有SQL Server版本，而不管其使用的累积更新版本如何。

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

方法 1

请按照下列步骤操作：

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

   # RHEL， Ubuntu pcs 属性 unset start-failure-is-fatal # 或 pcs 属性 set start-failure-is-fatal=true # SLES crm configure 属性 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 meta failure-timeout=60s # SLES crm configure edit ag1 # 在文本编辑器中，添加“meta failure-timeout=60s”在任何“param”之后和任何'op's 之前

   注意

   在此代码中，根据需要将 值替换为 <Xmin> 。 如果副本 (replica) 关闭，群集会尝试按值和 cluster-recheck-interval 值绑定failure-timeout的间隔重启副本 (replica) 。 例如，如果 failure-timeout 设置为 60 秒且 cluster-recheck-interval 设置为 120 秒，则尝试重启的间隔大于 60 秒但小于 120 秒。 建议将 设置为 60s ，并将 cluster-recheck-interval 设置为failure-timeout大于 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

将更新部署到混合环境 (（例如Always On、复制、群集和镜像) ）时，建议在部署更新之前参考以下文章：

• 升级故障转移群集实例

  注意

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

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

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

  注意

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

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

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

• 升级镜像实例

• SQL Server服务安装概述

SQL Server库当前是多语言的。 因此，此 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。