KB5000685 - SQL Server 2017 の累積的な更新プログラム 23

次の更新プログラムは、Microsoft ダウンロード センターから入手できます。

• SQL Server 2017 の最新の累積的な更新プログラム パッケージを今すぐダウンロードする

ダウンロード ページが表示されない場合は、 Microsoft カスタマー サービスとサポート に問い合わせて累積的な更新プログラム パッケージを入手してください。

次の更新プログラムは、Microsoft Update カタログから入手できます。

• SQL Server 2017 CU23 の累積的な更新プログラム パッケージを今すぐダウンロードする

Linux SQL Server 2017 on Linux を最新の CU に更新するには、まず累積的な更新プログラム リポジトリを構成しておく必要があります。 次に、適切なプラットフォーム固有の更新コマンドを使用して、SQL Server パッケージを更新します。

インストール手順と CU パッケージのダウンロードへの直接リンクについては、SQL Server 2017 リリース ノートを参照してください。

ダウンロードを確認するには、次のコマンドを使用して 、SQLServer2017-KB5000685-x64.exe ファイルのハッシュを計算します。

certutil -hashfile SQLServer2017-KB5000685-x64.exe SHA256

このパッケージの英語版には、次の表に示すファイル属性 (またはそれ以降のファイル属性) があります。 これらのファイルの日付と時刻は、協定世界時 (UTC) に一覧表示されます。 ファイル情報を表示すると、ローカル時刻に変換されます。 UTC と現地時刻の違いを見つけるには、コントロール パネルの [日付と時刻] 項目の [タイム ゾーン] タブを使用します。

x64 ベースのバージョン

SQL Server 2017 Analysis Services

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

この累積的な更新プログラム パッケージを適用するには、2017 SQL Serverを実行している必要があります。

この累積的な更新プログラム パッケージを適用した後、コンピューターを再起動する必要がある場合があります。

このパッケージのいずれかの修正プログラムを使用するには、レジストリを変更する必要はありません。

この記事では、次の状況に関する重要な情報も提供します。

• Pacemaker: Pacemaker の最新バージョンを使用するディストリビューションでは、動作が変更されます。 軽減方法が提供されます。

• クエリ ストア: クエリ ストアを使用していて、以前に Microsoft SQL Server 2017 累積的な更新プログラム 2 (CU2) をインストールしている場合は、このスクリプトを実行する必要があります。

Analysis Services CU ビルド バージョン

Microsoft SQL Server 2017 以降では、Analysis Services のビルド バージョン番号とデータベース エンジンのビルドバージョン番号SQL Server一致しません。 詳細については、「 Analysis Services の累積的な更新プログラムのビルド バージョンの確認」を参照してください。

累積的な更新プログラム (CU)

Microsoft ダウンロード センターで累積的な更新プログラム (CU) を利用できるようになりました。

ダウンロード センターで入手できるのは、SQL Server 2017 用にリリースされた最新の CU のみです。

Linux 用の CU パッケージは、 にあります https://packages.microsoft.com/。

重要

利用可能な最新の 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 プロパティ start-failure-is-fatal=true

2. 値を小さくします cluster-recheck-interval 。

   # RHEL、Ubuntu pcs プロパティ セット cluster-recheck-interval=<Xmin> # SLES crm configure プロパティ cluster-recheck-interval=<Xmin>

3. 各 AG リソースに failure-timeout メタ プロパティを追加します。

   # RHEL、Ubuntu pcs リソース更新 ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # テキスト エディターで、'param' の後と 'op' の前に 'meta failure-timeout=60s' を追加します

   注:

   このコードでは、必要に応じて Xmin> の値を<置き換える必要があります。 レプリカがダウンした場合、クラスターは、値と値によってバインドされた間隔でレプリカの failure-timeout 再起動を cluster-recheck-interval 試みます。 たとえば、 が 60 秒に設定されcluster-recheck-interval、120 秒に設定されている場合failure-timeout、再起動は 60 秒より大きいが 120 秒未満の間隔で試行されます。 と cluster-recheck-interval を 60s 60 秒を超える値に設定failure-timeoutすることをお勧めします。 小さい値には設定 cluster-recheck-interval しないことをお勧めします。 詳細については、Pacemaker のドキュメントを参照するか、システム プロバイダーを参照してください。

方法 2

Pacemaker バージョン 1.1.16 に戻します。

重要

クエリ ストアを使用し、SQL Server 2017 累積的な更新プログラム 2 (CU2) から 2017 累積的な更新プログラム 3 (CU3) 以降の累積的な更新プログラムSQL Server直接更新する場合は、このスクリプトを実行する必要があります。 以前に 2017 累積的な更新プログラム 3 (CU3) またはそれ以降のSQL Server 2017 累積的な更新プログラムSQL Serverインストールしている場合は、このスクリプトを実行する必要はありません。

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、レプリケーション、クラスター、ミラーリングなど) に更新プログラムをデプロイする場合は、更新プログラムをデプロイする前に、次の記事を参照することをお勧めします。

• フェールオーバー クラスター インスタンスをアップグレードする

• ダウンタイムとデータ損失を最小限に抑える可用性グループ サーバーのアップグレードと更新

• トランザクション レプリケーションとデータベース ミラーリング トポロジでSQL Serverの修正プログラムを適用する方法
• レプリケーション トポロジでSQL Serverの修正プログラムを適用する方法
• ミラー化されたインスタンスのアップグレード
• SQL Serverサービスのインストールの概要

SQL Server CU は現在多言語です。 したがって、この CU パッケージは 1 つの言語に固有ではありません。 これは、サポートされているすべての言語に適用されます。

1 つの CU パッケージには、すべてのSQL Server 2017 コンポーネント (機能) に対して使用可能なすべての更新プログラムが含まれています。 ただし、累積的な更新プログラム パッケージは、サービスを受けるために選択したSQL Server インスタンスに現在インストールされているコンポーネントのみを更新します。 この CU の適用後にSQL Server機能 (Analysis Services など) がインスタンスに追加された場合は、この CU を再適用して新しい機能をこの CU に更新する必要があります。

その他の問題が発生した場合、またはトラブルシューティングが必要な場合は、サービス要求を作成する必要がある場合があります。 通常のサポート コストは、追加のサポートに関する質問や、この特定の累積的な更新プログラム パッケージに該当しない問題に適用されます。 Microsoft カスタマー サービスとサポートの電話番号の完全な一覧、または別のサービス要求を作成するには、 Microsoft サポート Web サイトにアクセスしてください。

1. コントロール パネルで、[プログラムと機能] 項目を開き、[インストールされている更新プログラムの表示] を選択します。
2. SQL Server 2017 の下で、この累積的な更新プログラム パッケージに対応するエントリを見つけます。
3. エントリを長押し (または右クリック) し、[アンインストール] を選択 します。

Linux でこの CU をアンインストールするには、パッケージを以前のバージョンにロールバックする必要があります。 インストールをロールバックする方法の詳細については、「ロールバック SQL Server」を参照してください。