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

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

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

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

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

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

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

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

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

certutil -hashfile SQLServer2017-KB5008084-x64.exe SHA256

このパッケージ (英語版) のファイル属性は次表のとおりです。ただし、これより新しいパッケージがリリースされている可能性もあります。 これらのファイルの日付と時刻は世界協定時 (UTC) で記載されています。 ファイル情報を表示すると、ローカル時刻に変換されます。 UTC と現地時刻の違いを見つけるには、コントロール パネルの [Date and Time 項目の [Time Zone] タブを使用します。

x64 ベースのバージョン

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

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 インスタンス

SQL Server 2017 Database Services Core Shared

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 Cumulative Update 2 (CU2) をインストールしている場合は、このスクリプトを実行する必要があります。

Analysis Services CU ビルド バージョン

Microsoft SQL Server 2017 以降では、Analysis Services のビルド バージョン番号と SQL Server データベース エンジンビルド バージョン番号が一致しません。 詳細については、「 Verify 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 クラスター設定の動作変更が導入されます。 この変更は、フェールオーバー ワークフローに影響します。 プライマリ レプリカで障害が発生した場合、クラスターは使用可能なセカンダリ レプリカのいずれかにフェールオーバーする必要があります。 代わりに、クラスターが失敗したプライマリ レプリカを起動しようとしていることがユーザーに通知されます。 そのプライマリが永久に停止したためにオンラインにならない場合は、クラスターが別の使用可能なセカンダリ レプリカにフェールオーバーすることはありません。

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

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

方法 1

次のステップを実行します。

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

   # RHEL、 Ubuntu pcs property 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 property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

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

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

   Note

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

方法 2

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

重要

このスクリプトは、クエリ ストアを使用していて、SQL Server 2017 Cumulative Update 2 (CU2) から SQL Server 2017 Cumulative Update 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、レプリケーション、クラスター、ミラーリングなど) に更新プログラムをデプロイする場合は、更新プログラムを展開する前に、次の記事を参照することをお勧めします。

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

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

• トランザクション レプリケーションおよびデータベース ミラーリング トポロジで 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. コントロール パネルで、Programs and Features 項目を開き、 インストールされている更新プログラムの表示を選択します。
2. SQL Server 2017 で、この累積的な更新プログラム パッケージに対応するエントリを見つけます。
3. エントリを長押し (または右クリック) し、 Uninstall を選択します。

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