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

適用対象: SQL Server 2017 on Windows (all editions)SQL Server 2017 on Linux (all editions)

2017 の SQL Server の累積的な更新プログラム パッケージ 8 (CU8) について説明します。この更新プログラムが修正2017 の SQL Server の最初のリリース以降後にリリースされたことが含まれていて、SQL Server を更新し、分析サービス コンポーネントを次のビルドにします。

コンポーネント ビルド バージョン ファイル バージョン
SQL Server 14.0.3029.16 2017.140.3029.16
Analysis Services 14.0.223.1 2017.140.223.1

 

次の状況に関する重要な情報も掲載しています。

  • ペースの最新バージョンを使用しているディストリビューションでの動作の変更
  • 必要なスクリプトを使用するストアをクエリする場合に、SQL Server 2017 累積的な更新プログラム 2 (CU2) がインストールされている以前

Windows にこの累積的な更新プログラム パッケージを入手する方法


以下の更新プログラムは、Microsoft ダウンロード センターから入手できます。ダウンロード ページが表示されない場合マイクロソフト カスタマー サービス & サポートの累積的な更新パッケージを入手するにお問い合わせください。メモSQL Server 2017、このとすべての将来の累積的な更新プログラムをリリースした後以前の CUs を配置し、 Microsoft Update カタログからダウンロードできます。ただし、マイクロソフトでは、常に、最新累積的な更新プログラムをインストールすることをお勧めします。

Linux 用にこの累積的な更新プログラム パッケージを入手する方法


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

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

この累積的な更新プログラム パッケージに含まれる追加の修正プログラム


VSTS バグ番号 サポート技術情報番号 説明 修正領域 プラットフォーム
11845000 4132042 FIX SSAS 2014、SSAS 2017 のパフォーマンスの違いを照会します。 Analysis Services Windows
11677210 4135137 SSMS と SSDT エスケープは、二重引用符として CSV データをエクスポートする場合 Integration Services Windows
11863917 4136679 DirectQuery モードに対してランダム クエリを実行した後に SQL Server 2017 Analysis Services クラッシュを修正: Analysis Services Windows
11953216 4163528 修正: DAX クエリ パフォーマンスの低下の 2017 を SQL Server にアップグレードした後 Analysis Services Windows
11886245 4163526 修正: スイッチと入れ子になった IF ステートメントが含まれている DAX クエリを SQL Server で [完了] を 1 時間以上 Analysis Services Windows
11976339 4293761 FIX の予期しないエラーが発生すると SQL Server Analysis Services の「プロセスのフル」オプションを使用してテーブルを処理 Analysis Services Windows
11983945 4134175 FIX は SSAS 2016、2017 で多数の同時実行のデータ ソースへの接続を生成する多くのパーティションを持つキューブの処理 Analysis Services Windows
11983933 4164562 FIX された 2 人のユーザーが SQL Server のさまざまな時点で MDS にログオンしたときに、間違ったユーザー名が表示されます。 データ品質のサービス Windows
11983950 4135113 FIX 変更のレコードを追跡は一貫性のある SQL Server のクラスター化インデックスまたは一意のインデックスを持つテーブルの更新中に SQL エンジン Windows
11983932 4094858 FIX:"予期しないエラーが発生しました"SQL Server の電源 BI 表の視覚エフェクトの DAX メジャーを使用する場合 Analysis Services Windows
11566052 4295097 FIX は"False"では、SSAS、表形式モードを"isAvailableInMdx"列のプロパティを変更することはできません。 Analysis Services Windows
11974804 4295233 FIX: データベースのリカバリ ハング、メモリ内のオブジェクトが含まれており、2017 の SQL Server での競合状態の時に回復エラーが発生した場合 メモリ内 OLTP すべて
11983952 3028216 FIX SSAS でディメンションのプロアクティブ キャッシュがトリガーされると、クラッシュが発生します。 Analysis Services Windows
11057337 4052135 FIX は復元 HEADERONLY ステートメントを SQL Server の実行に時間がかかる TDE 圧縮されたバックアップの SQL エンジン すべて
11983956 4131960 SQL Server での columnstore インデックスに対してネストされた select クエリを実行するときの FIX: アクセス違反 SQL エンジン Windows
11983946 4162814 FIX は、内部例外アクセス違反が発生し、SSAS サーバーが応答を停止します。 SQL エンジン Windows
11990171 4316655 FIX dm_db_stats_histogram DMF 2017 の SQL Server でクエリを実行するときにアサーション エラーが発生します。 SQL パフォーマンス Windows
12038322 4316793 修正: SQL Server の 2017 のフェールオーバー クラスター インスタンスの場合、不要なフェイル オーバーが発生するか、ペースで、常に上の可用性グループを管理 高可用性 Linux
12052001 4316791

修正: 2 つの SQL Server のインスタンスは、SQL Server の可用性グループのプライマリ レプリカ

高可用性 Linux
12035281 4316790 Linux 上の SQL Server で、可用性グループの回が所属するデータベースのスタートアップを修正します。 高可用性 Linux
12000998 4316789 修正: データベースに常に詰まっている回復「保留中」状態の可用性レプリカのホスト名は、SQL Server の名前を変更した後 高可用性 Linux
12044555 4316948 FIX: アクセス違反が発生、クエリをコンパイルすると、既定の SQL Server 2017 の基数が推定でヒストグラムの修正が有効になっている場合 SQL パフォーマンス Windows
11983959 4058175 修正: TDE が有効なバックアップと復元は、SQL Server で EKM プロバイダーで暗号化キーが格納されている場合に時間がかかる SQL セキュリティ すべて
11983935 4094706 修正: SQL Server のインスタンスでワーカー スレッドが中止されたときに、並列クエリがハングします。 SQL エンジン Windows
11983965 4163478 FIX: アクセス違反が発生場合、インクリメンタルの統計情報は SQL Server のテーブルに自動的に更新 SQL パフォーマンス Windows
12038298 4337645 修正: エラー 883 が発生したデータベース可用性グループに属しているが Linux で 2017 を SQL Server に問題ありとしてマークされている場合 SQL エンジン Linux
11983961 4163087 修正: パフォーマンスが低下する、常に AG の読み取りでは、SQL Server クエリを処理するとき SQL エンジン Windows
11990858 4338296 Linux 上の SQL Server のメモリ用に最適化されたテーブルから、LOB または行から列を削除した後はメモリ リークを修正します。 メモリ内 OLTP すべて
12100858 4338330 FIX CASE 式が同一のサブクエリが含まれている間違った結果を返す SQL Server 2017 で SQL パフォーマンス すべて
12059522 4338337 修正: SQL Server がクラッシュし、再起動"アダプティブ参加] オプションが有効になっている場合 SQL パフォーマンス Windows
12059449 4338746 修正: エラー 19432 SQL Server の可用性グループに常を使用する場合 高可用性 Windows
11953689 4338960 ファイル テーブルが SQL Server のディレクトリの内容を列挙する場合、FIX「してください」Stop エラーが発生します。 SQL エンジン Windows
12120313 4339090 Linux 上の SQL Server の可用性グループのフェールオーバー期間を短縮するのには改善 高可用性 Linux
12062786 4339875 ペースで SQL Server のクラスターの可用性グループに常に向上 高可用性 Linux
11829060 4342111 更新プログラムは、SQL Server Analysis Services でハナを SAP のデータ ソースのサポートの向上を追加します。 Analysis Services Windows
10895916 4092075 改善: SQL Server で DBCC CLONEDATABASE の Service Broker のサポートを追加します。 SQL エンジン すべて

この更新プログラムについての注記


ハイブリッド環境への展開

AlwaysOn、レプリケーション、クラスター、およびミラー化) などのハイブリッド環境に更新プログラムを展開するときは、更新プログラムを展開する前に次の資料を参照することお勧めします。

累積的な更新プログラム パッケージの情報


必要条件

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

再起動に関する情報

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

レジストリ情報

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

ペースの通知


大事な

動作の変更を導入する、最新利用可能なペースのパッケージの 1.1.18-11.el7を使用するすべてのディストリビューション (RHEL 7.3 と 7.4 を含む)、開始-エラーは、致命的でクラスターの設定の値がfalseの場合。この変更は、フェイル オーバーのワークフローに影響します。プライマリ レプリカで障害が発生した場合、利用可能なセカンダリ レプリカの 1 つへのフェイル オーバー クラスターが必要です。代わりに、ユーザーでは、クラスターは障害が発生したプライマリ レプリカを開始しようとすることがわかります。そのプライマリことはありませんがオンラインになった (永続的な停電などの場合) のため、クラスターしないフェールオーバー別の使用可能なセカンダリ レプリカにします。

この問題になっている cumulative u更新するバージョンに関係なく、すべての SQL Server のバージョンに影響を与えます。

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

方法 1

次の手順を実行します。

  1. 削除の開始-エラーは、致命的で既存のクラスターから上書きします。
       # RHEL, Ubuntu         pcs property unset start-failure-is-fatal         # or         pcs property set start-failure-is-fatal=true   # SLES         crm configure property start-failure-is-fatal=true
  2. クラスターの再チェックの間隔の値を小さきます。
       # RHEL, Ubuntu         pcs property set cluster-recheck-interval=<Xmin>   # SLES         crm configure property cluster-recheck-interval=<Xmin>
  3. AG リソースごとに、エラー: タイムアウトのメタ プロパティを追加します。
       # RHEL, Ubuntu         pcs resource update ag1 meta failure-timeout=60s   # SLES         crm configure edit ag1      # In the text editor, add `meta failure-timeout=60s` after any `param`s and before any `op`s
     

    注: このコードでは、必要に応じて < Xmin > の値を置き換えてください。レプリカで障害が発生した場合、クラスターは障害-タイムアウト値およびクラスターの再チェックの間隔の値がバインドされている間隔で、レプリカを再起動しようとします。たとえば、障害-タイムアウトは 60 秒に設定して、クラスターの再チェックの間隔は 120 秒に設定されて、60 秒、120 秒より小さいより大きい間隔で再起動が試行されます。60 60 秒より大きい値には、クラスターの再チェックの間隔には、障害-タイムアウトを設定することをお勧めします。クラスターの再チェックの間隔を小さい値に設定することは推奨されません。詳細については、ペースのマニュアルを参照してくださいか、システム ・ プロバイダーを参照してください。

方法 2

バージョン 1.1.16 のペースに戻ります。

累積的な更新プログラム

累積的な更新プログラム (CU) は、現在 Microsoft ダウンロード センターで入手できます。ダウンロード センターで入手できるのは、SQL Server 2017 用にリリースされた最新の CU だけです。

Https://packages.microsoft.com/に Linux 用の CU のパッケージを利用できます。

注意事項

  • 最新の CU には、インストール済みの SQL Server バージョン用として前回の CU に含められていた修正プログラムがすべて含まれます。
  • SQL Server CU は Service Pack と同じレベルに認証されるため、同じ信頼レベルでインストールする必要があります。
  • マイクロソフトは、これらのガイドラインに従って利用可能になる、CUs の継続的な事前対応型のインストールをお勧めします。
    • 過去のデータは、リリース済みの CU で既に解決されている問題が多数のサポート ケースで扱われていることを物語っています。
    • CU には、修正プログラムの他に 付加的な機能 (サポータビリティ、管理性、信頼性の更新ファイルなど) が含まれることもあります。
  • CU を実稼働環境に展開する前に CU をテストすることをお勧めします。

ストアのクエリ通知


大事な

ストアのクエリ機能を使用して、以前インストールしている場合累積的な更新プログラム 2 (CU2) (14.0.3008.27)、次の要件に適用します。

インストールした後累積的な更新プログラム 3 (CU3) (14.0.3015.40)以降の CU、CU2 をインストールした後、ストアのクエリによって収集されたすべてのプランを削除するのには次のスクリプトすぐに実行する必要がありますか。

SET NOCOUNT ON;DROP TABLE IF EXISTS #tmpUserDBs;SELECT [database_id], 0 AS [IsDone]INTO #tmpUserDBsFROM master.sys.databasesWHERE [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) > 0BEGIN 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 + ']'' ENDENDELSEBEGIN PRINT ''- Query Store not enabled in database [' + @userDB + ']''END')  UPDATE #tmpUserDBs  SET [IsDone] = 1  WHERE [database_id] = DB_ID(@userDB)END