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

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

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

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

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

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

Linux 上の SQL Server 2017 を最新の 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 データベース サービス コア インスタンス

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 ダウンロード センターで入手できます。

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

Linux 用の CU パッケージは、https://packages.microsoft.com/ で入手できます。

重要

利用可能な最新の Pacemaker パッケージ 1.1.18-11.el7 を使用するすべてのディストリビューション (RHEL 7.3 および 7.4 を含む) では、その値が false の場合、start-failure-is-fatal クラスター設定の動作変更が導入されます。 この変更はフェールオーバー ワークフローに影響します。 プライマリ レプリカで機能停止が発生した場合、クラスターは使用可能なセカンダリ レプリカの 1 つにフェールオーバーすると予想されます。 代わりに、ユーザーは、クラスターが障害の発生したプライマリ レプリカを起動しようとし続けていることがわかります。 そのプライマリがオンラインにならない場合 (永続的な機能停止のため)、クラスターは他の使用可能なセカンダリ レプリカにフェールオーバーすることはありません。

この問題は、累積的な更新プログラムのバージョンに関係なく、すべての SQL Server のバージョンに影響します。

この問題を軽減するには、以下のいずれかの方法を使用します。

方法 1

手順

1. 既存のクラスターから start-failure-is-fatal オーバーライドを削除します。

   # RHEL、Ubuntu pcs プロパティ unset start-failure-is-fatal # または pcs property set 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. 各 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 値によってバインドされた間隔でレプリカの再起動を試みます。 たとえば、 failure-timeout が 60 秒に設定され、 cluster-recheck-interval が 120 秒に設定されている場合、再起動は 60 秒より長く 120 秒未満の間隔で試行されます。 failure-timeout を 60s に設定し、cluster-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 パッケージは 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 のロールバックを参照してください。