SQL Server 2017 と 2016 でパフォーマンス ワークロードの高いときに推奨される更新プログラムと構成オプション
この記事では、SQL Server 2016 以降のバージョンで使用できるパフォーマンスの向上と構成オプションの一覧について説明します。
元の製品バージョン: Windows 上の SQL Server 2017、SQL Server 2016
元の KB 番号: 4465518
はじめに
この記事では、Microsoft SQL Server 2017 および SQL Server 2016 で使用できるパフォーマンスの向上と変更について、さまざまな製品更新プログラムと構成オプションを通じて説明します。
SQL Server インスタンスのパフォーマンスを向上させるために、これらの更新プログラムを適用することを検討することをお勧めします。 改善の程度は、ワークロード パターン、競合ポイント、プロセッサ レイアウト (プロセッサ グループの数、ソケット、NUMA ノード、NUMA ノード内のコア数)、システムで使用可能なメモリの量など、さまざまな要因によって異なります。
SQL Server サポート チームは、これらの更新と構成の変更を使用して、複数の NUMA ノードと多数のプロセッサを含むハードウェア システムを使用するお客様のワークロードに対して適切なパフォーマンス向上を実現しています。 サポート チームは、今後もこの記事を他の更新プログラムと共に更新する予定です。
定義: ハイエンド システム
通常、"ハイエンド システム" には、複数のソケット、ソケットあたり 8 コア以上、5 テラバイト以上のメモリがあります。
推奨される更新プログラムを適用し、SQL Server のパフォーマンスを向上させる
SQL Server 2017 と SQL Server 2016 のパフォーマンス向上に関するこれらの推奨事項は、次の 5 つのテーブルにグループ化されています。
- 表 1 には、ハイエンド システムでのスケーラビリティに関して最も頻繁に推奨される更新プログラムとトレース フラグが含まれています。
- 表 2 には、その他のパフォーマンス チューニングに関する推奨事項とガイダンスが含まれています。
- 表 3 には、SQL 2017 および 2016 での動作と既定の設定の変更に関する情報が含まれています。
- 表 4 には、累積的な更新プログラム (CU) と共に含まれていたその他のスケーラビリティ修正プログラムが含まれています。
- 表 5 には、Linux 環境にデプロイされた SQL Server インスタンスに推奨される修正プログラムと構成ガイドラインが含まれています。
Note
その他のコンテキストについては、「 頻繁に使用されるノブを使用してビジー状態の SQL Server をチューニングするを参照してください。
重要
トレース フラグを有効にした場合は、SQL Server 2017 または SQL Server 2016 への移行を実行した後、その記事の情報を確認してください。 この記事に記載されているトレース フラグと構成オプションの多くは、SQL Server 2017 および SQL Server 2016 の既定のオプションになりました。
表 1 ハイエンド システムの重要な更新プログラムとトレース フラグ
次の表を確認し、SQL Server のインスタンスが Applicable バージョンとビルド範囲列の要件を満たしていることを確認した後、Trace フラグ列でトレース フラグを有効にします。
Note
- 適用可能なバージョンとビルド は、変更フラグまたはトレース フラグが導入された特定の更新プログラムを示します。 CU が指定されていない場合、SP 内のすべての CU が含まれます。
- 適用できないバージョンとビルド は、変更フラグまたはトレース フラグが既定の動作になった特定の更新を示します。 したがって、その更新プログラムを適用するだけで、特典を受け取るのに十分です。
重要
Always On 環境でトレース フラグがある修正プログラムを有効にする場合は、可用性グループに含まれるすべてのレプリカで修正フラグとトレース フラグを有効にする必要があることに注意してください。
| 考慮すべきシナリオと症状 | トレース フラグ | 該当するバージョンとビルドの範囲 | 該当しないバージョンとビルド範囲 | 詳細については、サポート技術情報の記事またはブログのリンクを参照してください |
|---|---|---|---|---|
| SOS_CACHESTOREスピンロックの競合が多いか、アドホック クエリ ワークロードでプランが頻繁に削除されています。 | T174 | 現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への SQL Server 2016 RTM | なし | KB3026083 - 修正: アドホック SQL Server プラン キャッシュでスピンロックの競合が発生SOS_CACHESTORE、SQL Server で CPU 使用率が高くなる |
| プラン キャッシュ内のエントリは、他のキャッシュまたはメモリ クラークの増加により削除されます。 クエリが頻繁に再コンパイルされるため、CPU 使用率が高くなります。 | T8032 | 現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への SQL Server 2016 RTM | なし | DBCC TRACEON - トレース フラグ (Transact-SQL)のドキュメント。 Plan Cache Internals の「キャッシュ サイズ管理」セクションを参照してください。 |
| tempdb は頻繁に使用され、tempdb 内のデータに多くの変更が加えられます。 tempdb データベースに間接チェックポイントを使用すると、生成しないスケジューラ メッセージが発生します。 | T3468 | SQL Server 2016 SP1 CU5 から現在の SP/CU SQL Server 2017 CU1 から現在の SP/CU | なし | 間接チェックポイントと tempdb - 良い、悪いスケジューラ、および非生成スケジューラ KB4040276 - 修正: tempdb データベースの間接チェックポイントにより、SQL Server 2016 および 2017 で "非生成スケジューラ" エラーが発生する |
| tempdb では、短いトランザクションが頻繁に発生します。 これらのトランザクションの CPU 使用率が増加し、共通基準コンプライアンスが有効になっていないことがわかります | T3427 | SQL Server 2016 SP1 CU2 から SQL Server 2016 SP2 CU2 | SQL Server 2017 (RTM) を参照してください | KB3216543 - 修正: SQL Server 2016 および 2017 で頻繁に短いトランザクションを多数使用するワークロードでは、SQL Server 2014 よりも多くの CPU を消費する可能性があります |
| 特定のクエリ パフォーマンスの問題のトラブルシューティングを行っている。 オプティマイザーの修正プログラムは、既定では無効になっています。 |
T4199 | 現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への SQL Server 2016 RTM | なし | KB974006 - SQL Server クエリ オプティマイザー修正プログラム トレース フラグ 4199 サービス モデル 注 サーバー レベルのトレース フラグ 4199 の代わりに、データベース スコープ オプション QUERY_OPTIMIZER_HOTFIXES またはクエリ ヒント ENABLE_QUERY_OPTIMIZER_HOTFIXESの使用を検討してください。 |
| 統計ジョブの完了には長い時間がかかります。 複数の統計更新ジョブを並列で実行することはできません。 | T7471 | SQL Server 2016 RTM CU1 から現在の SP/CU SQL Server 2017 RTM から現在の SP/CU | なし | KB3156157 - 1 つのテーブルで異なる統計に対して複数の UPDATE STATISTICS を同時に実行できます SQL 2014 と SQL 2016 を使用した Update Statistics のパフォーマンスの向上 |
表 2 SQL Server インスタンスのパフォーマンスを向上するための一般的な考慮事項とベスト プラクティス
Knowledge 基本記事またはオンライン ブック リソース列の内容を確認し、Recommended actions 列にガイダンスを実装することを検討してください。
| サポート技術情報の記事またはオンライン ブック リソース | 推奨アクション |
|---|---|
| max degree of parallelism サーバー構成オプションの構成 | sp_configure ストアド プロシージャを使用して、サポート技術情報の記事に従って、SQL Server のインスタンスの 並列処理サーバー構成オプションの最大限度を構成するように構成を変更します。 |
| エディション別のコンピューティング容量の制限 SQL Server 2012 のライセンス コアの制限 | サーバーおよびクライアント アクセス ライセンス (CAL) ライセンスを持つ Enterprise Edition は、SQL Server インスタンスあたり 20 コアに制限されます。 コアベースのサーバー ライセンス モデルでは、制限はありません。 すべてのハードウェア リソースを使用するには、SQL Server のエディションを適切な SKU にアップグレードすることを検討してください。 |
| バランス型電源プランを使用する場合の Windows Server のパフォーマンスが低下する | この記事を確認し、Windows 管理者と協力して、記事の「解決策」セクションに記載されているソリューションの 1 つを実装します。 |
| アドホック ワークロードの最適化サーバー構成オプション FORCED PARAMETERIZATION |
プラン キャッシュ内のエントリは、他のキャッシュまたはメモリ クラークの増加により削除されます。 キャッシュがエントリの最大数に達すると、プラン キャッシュの削除が発生する場合もあります。 前述のトレース フラグ 8032 に加えて、アドホック ワークロードの最適化サーバー オプションFORCED PARAMETERIZATION データベース オプションも検討してください。 |
| SQL Server のバッファー プール メモリのページングを減らす方法 SQL Server 2012 以降のバージョンでのメモリ構成とサイズ変更に関する考慮事項 |
メモリ内のロック ページを有効にするオプション (Windows) SQL サービスのスタートアップ アカウントにユーザー権限を割り当てます。 SQL Server 2012 で "ロックされたページ" 機能を有効にする方法を参照してください。 最大サーバー メモリを合計物理メモリの約 90% に設定します。 Server メモリ構成オプション設定が、アフィニティ マスク設定を使用するように構成されているノードからのみメモリを考慮していることを確認します。 |
| SQL Server と Large Pages の説明... | 特に分析ワークロードまたはデータ ウェアハウス ワークロード用に、メモリが多いサーバーがある場合は、 Trace フラグ 834 を有効にすることを検討してください。 SQL Server の大きなページ メモリ モデルを使用した列ストア インデックスの相互運用可能性に注意してください。 |
| 大規模なセキュリティ キャッシュに関連するクエリ パフォーマンスの問題 SQL Server で TokenAndPermUserStore キャッシュのサイズが大きくなると、クエリの実行が完了するまでに時間がかかります DBCC TRACEON - トレース フラグ (Transact-SQL) |
セキュリティ キャッシュのサイズが大きくなり、パフォーマンスの問題やスピンロックの競合が発生した場合は、TokenAndPermuserStore の最大サイズを減らすために、トレース フラグ T4610 と T4618 を有効にすることを検討してください。 |
| ALTER WORKLOAD GROUP KB3107401 - SQL Server 2012 で新しいクエリ メモリ許可オプションを使用できます (min_grant_percentとmax_grant_percent) | 大量のメモリ許可を使い果たすクエリが多数ある場合は、リソース ガバナー構成の既定のワークロード グループの request_max_memory_grant_percent を既定の 25% から小さい値に減らします。 SQL Server では、新しいクエリ メモリ許可オプション (min_grant_percent と max_grant_percent) を使用できます。 |
| SQL 2016 - 高速実行: TEMPDB の自動構成 | tempdb データベースがアップグレードされたサーバーの場合は、同じサイズの複数のデータ ファイルを追加します。 新規インストールの場合、セットアップによって自動的に行われます。 |
| TEMPDB - ファイルとトレースのフラグと更新 | tempdb の最適化を使用し、一時オブジェクトの DDL を回避または減らすことでスケーラビリティを向上させます。 |
| ファイルの瞬時初期化 | Windows 管理者と協力して、「オンライン ブック」トピックの情報に従って、SQL Server サービス アカウントにボリューム メンテナンス タスクの実行ユーザー権限を付与します。 |
| SQL Server の "自動拡張" および "自動圧縮" 設定に関する考慮事項 | データベースの現在の設定を確認し、サポート技術情報の記事の推奨事項に従って構成されていることを確認します。 |
| 間接チェックポイント | SQL Server 2014 および 2012 で I/O 動作を最適化するために、ユーザー データベースで間接チェックポイントを有効にすることを検討してください。 |
| SQL Server: 大きな RAM と DB のチェックポイント処理 | SQL Server 2014 および 2012 で I/O 動作を最適化するために、ユーザー データベースで間接チェックポイントを有効にすることを検討してください。 リファレンス Indirect Checkpoint と tempdb で tempdb に必要な調整を確認します。良いスケジューラ、悪いスケジューラ、および非生成スケジューラ。 |
| KB3009974 - 修正: SQL Server AG および Logshipping 環境のプライマリ レプリカ ログ ファイルとセカンダリ レプリカ ログ ファイルでディスクのセクター サイズが異なる場合の同期が遅い | プライマリ レプリカのトランザクション ログが 512 バイトのセクター サイズのディスク上にあり、セカンダリ レプリカ トランザクション ログが 4 K セクター サイズのドライブ上にある可用性グループがある場合、同期が遅くなる可能性があります。 この状況では、TF 1800 を有効にすると問題が修正されます。 詳細については、「 Trace フラグ 1800」を参照してください。 |
| クエリ プロファイリング インフラストラクチャ KB3170113 - SQL Server 2014 SP2 のプラン表示 XML および拡張イベントで演算子ごとのクエリ実行統計を公開するための更新 |
SQL Server がまだ CPU にバインドされておらず、ワークロードのオーバーヘッドが 1.5 % から 2% の場合は、スタートアップ トレース フラグとして TF 7412 を有効にすることをお勧めします。 このフラグにより、SQL Server 2014 SP2 以降で軽量プロファイリングが有効になります。 これにより、運用環境でライブ クエリのトラブルシューティングを行うことができます。 |
| クエリ ストア 最適なクエリ プランを有効にするを使用してプランの選択の回帰を識別する | クエリ ストア機能を使用して、後退したクエリやパフォーマンスが低下しているクエリを特定します。 カーディナリティ推定のためにクエリ パフォーマンスの問題が発生した場合は、適切な CE バージョン (データベース スコープのオプション LEGACY_CARDINALITY_ESTIMATION、クエリ ヒントの LEGACY_CARDINALITY_ESTIMATION、データベース互換性レベル、または trace フラグ 9481 を選択します。 |
| 新しいカーディナリティ推定器での結合コンテインメントの前提条件により、クエリのパフォーマンスが低下する | 結合とフィルターを使用するクエリを評価して、単純な包含と基本包含の効果を理解します。 既定のカーディナリティ推定機能を使用する場合は、基本包含の代わりに単純な包含にトレース フラグ 9476 を使用します。 |
| 互換性レベル 130 の機能強化 互換性レベル 140 の改善 | データベース互換性レベル 130 以降を使用して、次の機能強化を活用します。 データベース互換性レベル 140 以降を使用して、次の機能強化を活用します。 |
| クエリ ストアを使用する際の推奨事項 | キャプチャ モードを [自動] に設定する トレース フラグ 7745 と 7752 を有効にして、高可用性とディザスター リカバリーのシナリオでのクエリ ストアのパフォーマンスを向上させます。 KB4340759で修正プログラムを適用する - 修正: クエリ ストアが有効になっていると、SQL Server 2016 のパフォーマンスが低下します負荷の高いワークロードでクエリ ストアのスピンロックの競合が発生した場合。 |
| SQL Server 2016/2017: 可用性グループのセカンダリ レプリカの再実行モデルとパフォーマンス | 待機時間 (PARALLEL_REDO_TRAN_TURN、 DPT_ENTRY_LOCK、または DIRTY_PAGE_TABLE_LOCK) が多すぎる場合は、このブログを参照して修正措置を実行します (適用可能な修正プログラムを適用し、再実行モデルの適切な使用を評価します)。 |
| KB2634571 - PHYSICAL_ONLY オプションを使用すると、DBCC CHECKDB コマンドの機能強化によりパフォーマンスが向上する可能性があります DBCC TRACEON - トレース フラグ より高速な CHECKDB - パート IV (SQL CLR UDT) |
大規模なデータベース (複数の TB サイズ) で DBCC CHECK コマンドを実行する場合は、トレース フラグ T2562、 T2549、および T2566 の使用を検討してください。 SQL Server 2016 の EXTENDED_LOGICAL_CHECK オプションの下にいくつかのチェックが表示されるようになりました。 |
| Spectre と Meltdown のサイド チャネルの脆弱性に対する攻撃から SQL Server を保護する | 環境内のさまざまな SQL Server ワークロードで、カーネル仮想アドレス シャドウ (KVAS)、カーネル ページ テーブル間接参照 (KPTI)、および間接分岐予測軽減 (IBP) のパフォーマンスを慎重に評価します。 |
表 3. SQL Server 2017 および SQL Server 2016 で導入された重要な変更
SQL Server 2017 と SQL Server 2016 には、スケーラビリティとパフォーマンスの領域にいくつかの機能強化が含まれています。 SQL Server 2014 および SQL Server 2012 で必要なさまざまな構成変更とトレース フラグが、SQL Server 2017 および 2016 の既定の動作になりました。 次の表は、SQL Server 2017 および SQL Server 2016 で実装されているすべての変更の概要を示しています。
| 領域 | 変更の概要 | 詳細情報とリファレンス |
|---|---|---|
| SQL エンジン | SQL Server 2016 以降のバージョンで廃止または不要になった頻繁に使用されるトレース フラグ: 8048、8079、9024、1236、1118、1117、6498、8075、3449、6532、6533、6534。 | SQL Server トレース フラグ |
| データベース エンジン | データベース エンジンの新機能 - SQL Server 2017 | |
| データベース エンジン | SQL Server 2016 におけるデータベース エンジン機能の重大な変更 | |
| データベース エンジン | SQL Server 2017 におけるデータベース エンジン機能の重大な変更 | |
| データ型変換のクエリ処理 | SQL Server 2016 (13.x) では、一部のデータ型変換と一部の (大抵は一般的ではない) 操作に改良が加えられました。 | 詳しくは、「SQL Server 2016 improvements in handling some data types and uncommon operations」(いくつかのデータ型と一般的でない操作を処理するときの SQL Server の 2016 の機能強化) をご覧ください。 |
| 可用性グループ | セカンダリ データベースの場合、初期化自動シード処理では、データベース ミラーリング エンドポイントを使用してデータベースコンテンツをセカンダリにストリーミングし、それらを適用します。 | SQLSweet16!、エピソード 2: 可用性グループの自動シード処理 |
| 可用性グループ | SQL Server 2016 では、ログ ブロックをプライマリからセカンダリに転送するときに使用されるコンテキスト スイッチが少なくなります。 | SQL 2016 - 実行時間が短縮されました。Always On ログ トランスポートによるコンテキスト スイッチの削減 SQL Server 2016 - 実行時間が短縮されました。Always On 可用性グループのターボチャージ |
| 可用性グループ | SQL Server 2016 では、強化された圧縮アルゴリズムとログ ブロック データの並列圧縮が使用されます。 | SQL 2016 - 高速実行のみ: Always On Parallel Compression /改善されたアルゴリズム |
| 可用性グループ | SQL Server 2016 では、AES-NI 暗号化機能に基づくハードウェアを利用して、Always On ログ配布のスケーラビリティとパフォーマンスを大幅に向上させます。 | SQL 2016 - 高速実行 - Always On AES-NI Encryption |
| パフォーマンス | SQL Server 2016 は、AVX または SSE の CPU 機能を検出し、ハードウェア ベースのベクター機能を使用して、ディクショナリの圧縮、構築、列ストア データの処理時のスケーラビリティとパフォーマンスを向上させます。 | SQL 2016 - 実行時間が短縮されました。列ストアではベクター命令が使用されます (SSE/AVX) |
| パフォーマンス | SQL Server 2016 では、CPU ベクター命令を利用して一括挿入のパフォーマンスを向上させます。 | SQL 2016 - 高速実行 - BULK INSERT はベクター命令を使用します (SSE/AVX) |
| パフォーマンス | SQL Server 2016 では INSERT ...並列処理を使用して動作する SELECT ステートメントにより、データの読み込み時間が大幅に短縮されます。 | SQLSweet16!,エピソード 3: 並列 INSERT ...選ぶ |
| パフォーマンス | SQL Server 2016 では、古いパーティションをアーカイブするために、テーブルの個々のパーティションに対する TRUNCATE 操作を有効にします。 | SQLSweet16!,エピソード 5: 選択したパーティションを切り捨てる |
| パフォーマンス | SQL Server 2016 では、必要に応じてメモリ内最適化データベース ワーカー プールのサイズが動的に調整されます。 | SQL 2016 - 実行時間が短縮: インメモリ最適化データベース ワーカー プール |
| tempdb | 割り当ては tempdb であり、ユーザー データベースは均一なフル エクステントを使用します。 tempdb でのファイルの拡張は、すべてのファイルで同時に発生します。 | SQL 2016 - TEMPDB およびユーザー データベースに対する -T1117 および -T1118 の変更の実行が高速化されました |
| tempdb | データベース エンジンセットアップでは、tempdb データ ファイルの数が自動的に計算されます。 | SQL 2016 - 高速実行: TEMPDB の自動構成 |
| Storage | データベース エンジンは、トランザクション ログ ファイルの初期化に0x00ではなく、0xC0 スタンプを使用します。 | SQL 2016 - 高速実行: LDF スタンプ |
| Storage | 大規模なメモリ サーバーと書き込み環境が多い場合は、間接チェックポイントのパフォーマンスが向上します。 | SQL 2016 - 高速実行のみ: 間接チェックポイントの既定値 |
| Storage | トランザクションのレートが高い場合は、複数のログライターによってログ キャッシュがトランザクション ログにフラッシュされるメリットがあります。 | SQL 2016 - 実行速度が速い:複数のログ ライター ワーカー |
| バックアップと復元 | 65536 より大きい MAXTRANSFERSIZE を指定した場合、TDE を使用して暗号化されたデータベースのバックアップを圧縮できます。 | SQLSweet16! 第 1 回: TDE が有効なデータベースでのバックアップ圧縮の使用 (英語) |
| SQL OS | メモリ オブジェクトの競合を減らすために、メモリ オブジェクトを動的にパーティション分割します。 | SQL 2016 - 高速実行のみ: 動的メモリ オブジェクト (CMemThread) パーティション分割 |
| SQL OS | SQL Server 2016 では、ワーカーの量子使用パターンを監視することで、すべてのワーカーが公平な処理を受け、スケーラビリティを向上させることができます。 | SQL 2016 - 高速実行: 更新されたスケジュール アルゴリズム |
| SQL OS | SQL Server 2016 では、ハードウェア レイアウトが問い合われ、NUMA ノードあたり 8 つ以上の CPU を報告するシステムでソフト NUMA が自動的に構成されます。 パーティション分割により、スケーラビリティとパフォーマンスを向上させるために、データベース エンジン全体でさまざまな調整がトリガーされます。 | SQL 2016 - 高速実行: 自動ソフト NUMA |
| DBCC CHECK | MAXDOP を指定して、DBCC CHECK コマンドによって使用されるリソースを管理します。 | SQLSweet16!、エピソード 6: DBCC CHECKDB と MAXDOP |
| DBCC CHECK | DBCC CHECK では、競合が少なく高度な先読み機能を備えた改善されたページ スキャン アルゴリズムが使用されます。 | SQL 2016 - 高速実行:DBCC のスケーリングが 7 倍向上 |
| DBCC CHECK | SQL Server が特殊なデータ型とインデックスを評価する場合、DBCC CHECK コマンドには長い時間がかかります。 これらのチェックは、EXTENDED_LOGICAL_CHECKS オプションの下に移動されました。 | SQL 2016 - 実行時間の短縮: DBCC 拡張チェック |
| コード ページ | BULK INSERT または bcp ユーティリティが改善され、SQL Server のテーブルに UTF-8 データが読み込まれます。 | SQLSweet16!、エピソード 10: "ガラスを食べることができる...."が、データベースに読み込むことができますか? |
| Spatial | SQL Server 2016 では、多くの空間メソッドの T-SQL 実行中に PInvoke アクティビティと PUnInvoke アクティビティが削除されます。 | SQL 2016 - 高速実行: ネイティブ空間実装 |
| Spatial | SQL Server 2016 では、ネイティブ空間検証を使用して空間データを使用する TVP のスケーラビリティが向上します。 | SQL 2016 - 高速実行: 空間列を含む TVP |
| Spatial | ネイティブおよび TVP 空間の機能強化により、SQL Server は空間データのインデックス作成とテッセレーションを最適化できます。 | SQL 2016 - 実行速度が速い:空間インデックスの構築が高速化 |
| MSDTC | SQL Server 2016 は、必要に応じて MSDTC を動的に開始し、必要になるまで他のアクティビティにリソースを使用できるようにします。 | SQL 2016 - オンデマンド MSDTC スタートアップを活用 |
| XEvent | イベントのレンダリングを高速化するために、コンテキストの切り替え、メモリ割り当て、およびその他の側面を減らすために、XEvent Linq プロバイダー ロジックに対してさまざまな変更が行われます。 | SQL 2016 - 高速実行: XEvent Linq Reader |
表 4. CU に含まれる重要な修正プログラム
Symptoms 列の説明を確認し、該当する環境の Required update 列に必要な更新プログラム (できれば、特定の修正プログラムを含む最新の更新プログラム) を適用します。 それぞれの問題の詳細については、サポート技術情報の記事を参照してください。 これらの推奨事項では、記事またはこの表で明示的に呼び出されていない限り、スタートアップ パラメーターとして他のトレース フラグを有効にする必要はありません。 これらの修正プログラムを含む最新の CU または Service Pack を適用するだけで、メリットを得ることができます。
注 更新プログラムの CU 名 この問題を解決する SQL Server の最初の CU が提供されます。 累積的な更新プログラムには、すべての修正プログラムと、以前の SQL Server 更新プログラムリリースと共に含まれていたすべての更新プログラムが含まれています。 SQL サーバー増分サービス モデルの更新プログラムで説明したように、最新の累積的な更新プログラムを継続的なプロアクティブな頻度でインストールして、説明されている問題を解決または防止することをお勧めします。 また、SQL Server 2017 以降では、 Modern Servicing Model for SQL Server が導入され、サービス パックが使用できなくなります。
| 該当するバージョン | 領域またはコンポーネント | 対処された問題の説明 | 推奨される更新プログラム |
|---|---|---|---|
| SQL Server 2016SQL Server 2017 | バックアップと復元 | TDE 対応データベースのログ バックアップが失敗し、既定以外の MAXTRANSFERSIZE が使用されている場合に過去に DEK の暗号化に使用された証明書の古いコピーを探すと、エラー 33111 が断続的に返されます | 修正: SQL Server で TDE で暗号化されたデータベースをバックアップするときのエラー 33111 と 3013 SQL Server 2017 の累積的な更新プログラム 2 SQL Server 2016 SP1 の累積的な更新プログラム 6 SQL Server 2016 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | バックアップと復元 | SQL Server での TDE 圧縮バックアップの RESTORE HEADERONLY ステートメントの完了に時間がかかる | 修正: SQL Server での TDE 圧縮バックアップの RESTORE HEADERONLY ステートメントの完了に時間がかかる SQL Server 2017 の累積的な更新プログラム 8 SQL Server 2016 SP2 の累積的な更新プログラム 1 |
| SQL Server 2016 | バックアップと復元 | TDE 対応データベースで INIT および COMPRESSION オプションが使用されている場合、バックアップ ファイルの圧縮に失敗する | 修正: SQL Server 2016 の TDE 対応データベースで INIT および COMPRESSION オプションが使用されている場合、バックアップ ファイルの圧縮に失敗する SQL Server 2016 RTM 用の Cumulative Update 7 SQL Server 2016 SP1 の CU 4 |
| SQL Server 2016 | バックアップと復元 | SQL Server で大規模な TDE 暗号化データベースをバックアップするときのアサーションエラー | SQL Server 2016 SP1 用の Cumulative Update 4 |
| SQL Server 2016 | バックアップと復元 | TDE 対応データベースで圧縮とチェックサムを使用してバックアップを実行すると、復元が失敗する | 修正: SQL Server 2016 の TDE 対応データベースで圧縮とチェックサムを使用してバックアップを実行すると、復元が失敗する SQL Server 2016 RTM 用の Cumulative Update 7 SQL Server 2016 SP1 用の Cumulative Update 4 |
| SQL Server 2016 | バックアップと復元 | SQL Server で大規模な TDE で暗号化されたデータベースの複数のファイルから圧縮されたバックアップを復元しようとすると、エラー 9004 が発生する | 修正: 大きな TDE で暗号化された複数のファイルから圧縮されたバックアップを復元しようとすると、エラー 9004 が発生する SQL Server 2016 RTM 用の Cumulative Update 7 |
| SQL Server 2016SQL Server 2017 | バックアップと復元 | SQL Server の 4 K セクターで圧縮を使用してバックアップを復元すると、復元のパフォーマンスが低下する | KB4088193 - 修正: SQL Server で 4K セクター サイズのディスクに圧縮されたバックアップを復元すると、復元のパフォーマンスが低下する SQL Server 2016 SP1 の累積的な更新プログラム 9 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2017 の累積的な更新プログラム 7 |
| SQL Server 2016SQL Server 2017 | バックアップと復元 [VDI] | VDI クライアントを使用する場合、TDE 圧縮バックアップの復元が失敗する | SQL Server 2017 の累積的な更新プログラム 7 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2016 SP1 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | バックアップと復元 [VDI] | VDI インターフェイスを使用してバックアップ圧縮された TDE 対応データベースを復元できないと、OS エラー 38 が返されます | SQL Server 2017 の累積的な更新プログラム 8 [VSTS バグ # 10936552] SQL Server 2016 SP2 RTM [VSTS バグ # 10698847] |
| SQL Server 2016SQL Server 2017 | バックアップと復元 [VSS] | SQL Server で VSS ベースのアプリケーションを使用した可用性データベースのバックアップが失敗する可能性がある | 修正: SQL Server で VSS ベースのアプリケーションを使用した可用性データベースのバックアップが失敗する可能性がある SQL Server 2017 の累積的な更新プログラム 1 SQL Server 2016 RTM の累積的な更新プログラム 9 SQL Server 2016 SP1 の累積的な更新プログラム 5 SQL Server 2014 SP2 の累積的な更新プログラム 8 |
| SQL Server 2016SQL Server 2017 | バックアップと復元 | 暗号化キーが SQL Server の EKM プロバイダーに格納されている場合、TDE 対応のバックアップと復元が遅くなる | 暗号化キーが EKM に格納されている場合、TDE 対応のバックアップと復元が遅い SQL Server 2017 の累積的な更新プログラム 8 SQL Server 2016 Service Pack 2 の累積的な更新プログラム 1 SQL Server 2016 Service Pack 1 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | Always On AG Columnstore | クラスター化されていないインデックス シークを使用してデータを取得するクエリの時間が長くなる | 修正: SQL Server で非クラスター化インデックス シークを使用するデータ取得クエリの時間が大幅に長くなる SQL Server 2017 の累積的な更新プログラム 2 SQL Server 2016 Service Pack 1 の累積的な更新プログラム 6 SQL Server 2016 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | Always On AG | ヒープ テーブルを含む可用性グループのセカンダリ レプリカで並列再実行すると、ランタイム アサート ダンプが生成されるか、SQL Server を実行しているサーバーがクラッシュし、アクセス違反エラーが返されます | 修正: ヒープ テーブルを含む可用性グループのセカンダリ レプリカで並列再実行すると、ランタイム アサート ダンプが生成されるか、SQL Server がアクセス違反エラーでクラッシュする SQL Server 2016 SP1 の累積的な更新プログラム 9 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2017 の累積的な更新プログラム 6 |
| SQL Server 2016 | Always On AG | アサーションは、SQL Server Always On 可用性グループのセカンダリ レプリカで並列再実行を使用するときに発生します | 修正: SQL Server Always On 可用性グループのセカンダリ レプリカで並列再実行を使用するとアサーションが発生する SQL Server 2016 の累積的な更新プログラム 3 |
| SQL Server 2016SQL Server 2017 | Always On AG | 読み取りクエリを処理するときに Always On AG のパフォーマンスが低下する | 修正: SQL Server で読み取りクエリを処理するときに Always On AG が遅い SQL Server 2017 の累積的な更新プログラム 8 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2016 SP1 の累積的な更新プログラム 9 |
| SQL Server 2017 | Always On AG | SQL Server on Linux の可用性グループのフェールオーバー期間を短縮するための改善 | SQL Server on Linux の可用性グループのフェールオーバー期間を短縮するための機能強化 SQL Server 2017 の累積的な更新プログラム 8 |
| SQL Server 2017 | Always On AG | SQL Server の Pacemaker クラスターでの Always On 可用性グループの機能強化 | SQL Server の Pacemaker クラスターでの Always On 可用性グループの機能強化 SQL Server 2017 の累積的な更新プログラム 8 |
| SQL Server 2016 | メモリ | 並列再実行によりメモリ使用率が高くなる | 修正: 並列再実行では、SQL Server 2014 以前のバージョンと比較すると、SQL Server 2016 でメモリ使用率が高くなります SQL Server 2016 SP1 の累積的な更新プログラム 3 |
| SQL Server 2016SQL Server 2017 | メモリ | sp_execute_external_scriptと DMV sys.dm_exec_cached_plansによってメモリ リークが発生する | 修正: SQL Server 2017 および 2016 でメモリ リークが発生するシステム ストアド プロシージャのsp_execute_external_scriptと DMV sys.dm_exec_cached_plans SQL Server 2017 の累積的な更新プログラム 4 SQL Server 2016 SP1 の累積的な更新プログラム 8 |
| SQL Server 2016SQL Server 2017 | メモリ | SQL Server プロセスの仮想アドレス空間が少ない場合のメモリ不足エラー | SQL Server プロセスの仮想アドレス空間が SQL Server で不足している場合のメモリ不足エラー SQL Server 2017 の累積的な更新プログラム 4 SQL Server 2016 SP1 の累積的な更新プログラム 8 |
| SQL Server 2016 | メモリ | SQL Server で Azure Storage を使用するとメモリ リークが発生する | SQL Server 2014 または 2016 で Azure Storage を使用するとメモリ リークが発生する SQL Server 2016 RTM の累積的な更新プログラム 5 SQL Server 2016 SP1 の累積的な更新プログラム 2 SQL Server 2016 の累積的な更新プログラム 2 |
| SQL Server 2016SQL Server 2017 | インメモリ OLTP | メモリ内最適化ファイル グループで大きなディスク チェックポイントの使用が発生する | 修正: メモリ内以外の負荷の高いワークロード中にメモリ内最適化ファイル グループに対して大きなディスク チェックポイントの使用が発生する SQL Server 2017 の累積的な更新プログラム 6 SQL Server 2016 SP1 の累積的な更新プログラム 8 SQL Server 2016 の累積的な更新プログラム 1 |
| SQL Server 2016 | インメモリ OLTP | メモリ最適化テーブルにデータを挿入すると、チェックポイント ファイルが過度に大きくなる | 修正: SQL Server 2016 でメモリ最適化テーブルにデータを挿入すると、チェックポイント ファイルが過剰に増加する SQL Server 2016 SP1 の累積的な更新プログラム 2 SQL Server 2016 の累積的な更新プログラム 4 |
| SQL Server 2016SQL Server 2017 | インメモリ OLTP | メモリ最適化テーブルが含まれている場合、データベースの復旧に時間がかかる | SQL Server 2017 および 2016 でメモリ最適化テーブルがあるデータベースの復旧に時間がかかる SQL Server 2017 の累積的な更新プログラム 4 SQL Server 2016 SP1 の累積的な更新プログラム 7 |
| SQL Server 2016SQL Server 2017 | tempdb | PFS ページ ラウンド ロビン アルゴリズムの改善 | SQL Server 2016 での PFS ページ ラウンド ロビン アルゴリズムの改善 SQL Server 2017 の累積的な更新プログラム 7 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2016 SP1 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | tempdb | パフォーマンスの問題は、tempDB(sys.sysobjvalues および sys.sysseobjvalues) でPAGELATCH_EX待機とPAGELATCH_SH待機の形式で発生します。 | パフォーマンスの問題は、PAGELATCH_EXとPAGELATCH_SH待機の形式で発生します SQL Server 2016 Service Pack 2 の累積的な更新プログラム 1 SQL Server 2016 Service Pack 1 の累積的な更新プログラム 9 |
| SQL Server 2016SQL Server 2017 | tempdb | 名前付き制約を持つ tempdb の競合が多いTemp テーブルの変更には、一時テーブルの同期ドロップが必要です | SQL Server 2016 または 2017 で tempdb の競合が発生する SQL Server 2017 の累積的な更新プログラム 5 SQL Server 2016 SP1 の累積的な更新プログラム 8 |
| SQL Server 2017 | tempdb | 一時オブジェクトを削除するときのPAGELATCH_EX競合 (sys.sysobjvalues) | 修正: SQL Server で一時オブジェクトを削除するときのPAGELATCH_EX競合 SQL Server 2017 の累積的な更新プログラム 5 |
| SQL Server 2016 | tempdb | sys.sysobjvalues でのPAGELATCH_EX競合の増加 | 修正: SQL Server 2016 の sys.sysobjvalues でのPAGELATCH_EX競合の増加 SQL Server 2016 RTM の累積的な更新プログラム 6 SQL Server 2016 Service Pack 1 の累積的な更新プログラム 2 |
| SQL Server 2016SQL Server 2017 | tempdb | tempdb データベースの間接チェックポイントによって "非生成スケジューラ" エラーが発生する | 修正: tempdb データベースの間接チェックポイントにより、SQL Server 2017 および 2016 で "非生成スケジューラ" エラーが発生する SQL Server 2017 の累積的な更新プログラム 1 SQL Server 2016 Service Pack 1 の累積的な更新プログラム 5 SQL Server 2016 の累積的な更新プログラム 8 |
| SQL Server 2016SQL Server 2017 | tempdb | 頻繁で短いトランザクションが多く使用されるワークロードでは、より多くの CPU を消費する可能性があります | SQL Server 2017 および 2016 で頻繁に短いトランザクションを使用するワークロードでは、SQL Server 2014 よりも多くの CPU を消費する可能性があります SQL Server 2017 の累積的な更新プログラム 4 SQL Server 2016 SP1 の累積的な更新プログラム 2 |
| SQL Server 2016SQL Server 2017 | トランザクション ログ | 重大なログの増加に十分なディスク領域がない場合のエラー 9002 | KB4087406 - 修正: SQL Server 2014、2016、2017 で重要なログの増加に十分なディスク領域がない場合のエラー 9002 SQL Server 2017 の累積的な更新プログラム 5 SQL Server 2016 SP2 の累積的な更新プログラム 1 SQL Server 2016 SP1 の累積的な更新プログラム 8 SQL Server 2014 SP2 の累積的な更新プログラム 11 |
| SQL Server 2016 | セキュリティ キャッシュ | CPU 使用率が高い場合、SQL Server 2016 でのSECURITY_CACHEとCMED_HASH_SET SQLSweet16!、エピソード 8: SQL Server 2016 累積的な更新プログラム 2 (CU2) で高い同時実行ワークロードのパフォーマンスを向上させる方法に関するパフォーマンスの問題が発生する | KB3195888 - 修正: CPU 使用率が高い場合、SQL Server 2016 および 2017 でパフォーマンスの問題が発生する SQL Server 2016 の累積的な更新プログラム 2 |
| SQL Server 2017 | クエリ ストア | クエリ ストアがランタイム統計を収集するときにアクセス違反が発生する | クエリ ストアが SQL Server 2017 でランタイム統計を収集するときのアクセス違反 SQL Server 2017 の累積的な更新プログラム 5 |
| SQL Server 2016 | クエリ ストア | Enterprise エディションと Developer エディション以外のエディションでデータの自動クリーンアップが失敗するクエリ ストア | SQL Server 2016 の Enterprise エディションと Developer エディション以外のエディションでデータの自動クリーンアップが失敗するクエリ ストア SQL Server 2016 の累積的な更新プログラム 1 |
| SQL Server 2016 | クエリ ストア | クエリ ストアが有効になっている場合の SQL Server のパフォーマンスの低下 | KB4340759 - 修正: クエリ ストアが有効になっていると SQL Server 2016 のパフォーマンスが低下する SQL Server 2016 SP2 の累積的な更新プログラム 2 |
表 5: Linux 環境での SQL Server の推奨される機能強化、修正、および構成ガイドライン
この表は、SQL Server 2017 のリリース後に累積的な更新プログラムでリリースされたすべての主要な機能強化、推奨事項、およびコード変更をまとめたものです。 Symptoms 列の説明を確認し、該当する環境の Required update 列に必要な更新プログラム (できれば、特定の修正プログラムを含む最新の更新プログラム) を適用します。 それぞれの問題の詳細については、一覧表示されているサポート技術情報の記事を参照してください。
これらの推奨事項では、記事またはこの表で明示的に呼び出されていない限り、スタートアップ パラメーターとして他のトレース フラグを有効にする必要はありません。 これらの修正プログラムを含む最新の累積的な更新プログラムまたはサービス パックを適用するだけで、メリットを得ることができます。 Sql Server on Linux で Always On 可用性グループを使用している場合は、この更新プログラムでいくつかの機能強化が行われたため、SQL Server 2017 を累積的な更新プログラム 8 以降にアップグレードします。 注 Required update 列の CU 名は、この問題を解決する SQL Server の最初の累積的な更新プログラムを提供します。 累積的な更新プログラムには、すべての修正プログラムと、以前の SQL Server 更新プログラムリリースに含まれていたすべての更新プログラムが含まれています。 SQL サーバー増分サービス モデルの更新プログラムで説明したように、説明されている問題を解決または回避するために最新の累積的な更新プログラムインストールすることをお勧めします。 また、SQL Server 2017 以降では、 Modern Servicing Model for SQL Server が導入され、サービス パックが使用できなくなります。
| 変更または改善の概要 | 詳細情報とリファレンス |
|---|---|
| SQL と OS: SQL Server on Linux のデプロイ時に OS と SQL Server に関するさまざまなベスト プラクティスの推奨事項を確認する | パフォーマンスのベスト プラクティスと SQL Server on Linux の構成ガイドライン |
| SQL エージェント改善: SQL Server エージェント ジョブは、すべてのデータベースの復旧を待たずに開始できます | SQL Server エージェント ジョブは、すべてのデータベースが SQL Server 2017 on Linux で復旧するのを待たずに開始できます SQL Server 2017 の累積的な更新プログラム 9 |
| 記憶域 の改善: SQL Server 2017 で "強制フラッシュ" メカニズムを有効にする | SQL Server 2017 on Linux で強制フラッシュ メカニズムを有効にする SQL Server 2017 の累積的な更新プログラム 6 |
| 記憶域 改善: マスター データベースとエラー ログ ファイルを別の場所に移動する | KB4053439 - 改善: SQL Server 2017 on Linux でマスター データベースとエラー ログ ファイルを別の場所に移動する SQL Server 2017 の累積的な更新プログラム 4 |
| AG の改善: SQL Server の Pacemaker クラスター上の Always On 可用性グループの機能強化 | KB4339875 - SQL Server の Pacemaker クラスター上の Always On 可用性グループの機能強化 SQL Server 2017 の累積的な更新プログラム 8 |
| メモリ 改善: SQL Server をインストールまたは起動するために 2 GB に設定された最小メモリ制限 | KB4052969 - 修正: SQL Server 2017 をインストールまたは起動するための最小メモリ制限を 2 GB に設定する SQL Server 2017 の累積的な更新プログラム 2 |
| メモリ 修正: TF 834 が有効になってからメモリのランプアップ フェーズが長すぎます | KB4075203 - 修正: LINUX 上の SQL Server 2017 で TF 834 が有効になってからメモリのランプアップ フェーズが長すぎます SQL Server 2017 の累積的な更新プログラム 4 |
| スケジュール 修正: SQL Server 2017 での Windows スケジューラ マッピングと Linux スケジューラ マッピングの移植性とパフォーマンスが異なる | KB4043455 - 修正: SQL Server 2017 での Windows スケジューラ マッピングと Linux スケジューラ マッピングの移植性とパフォーマンスが異なる SQL Server 2017 の累積的な更新プログラム 1 |
| AD 認証 修正: 親ドメインに属するユーザーに基づいてログインを作成できません | KB4073670 - 修正: SQL Server 2017 on Linux の親ドメインに属するユーザーに基づいてログインを作成できない SQL Server 2017 の累積的な更新プログラム 4 |
| AD 認証 更新: 地理的に大きなネットワークで接続できる KDC を制限することで、SQL サーバーのパフォーマンスを向上させる | KB4463314 - 地理的に大規模なネットワークでどの KDC に接続できるかを制限することで、更新によって SQL サーバーのパフォーマンスが向上します SQL Server 2017 の累積的な更新プログラム 11 |
| AD 認証 修正: サード パーティの Active Directory プロバイダーを使用すると SQL Server がクラッシュする | KB4466962 - 修正: サード パーティの Active Directory プロバイダーを使用すると SQL Server 2017 がクラッシュする SQL Server 2017 の累積的な更新プログラム 12 |
| TSQL FIX: SQL Server の再起動後に NEWSEQUENTIALID 関数によって重複する GUID が生成される | KB4078097 - 修正: LINUX 上の SQL Server 2017 が再起動された後、NEWSEQUENTIALID 関数によって重複する GUID が生成される SQL Server 2017 の累積的な更新プログラム 4 |
| 接続 修正: TCP プロトコル接続が使用されたときの予期しないメモリ消費量 | KB4073045 - 修正: LINUX 上の SQL Server 2017 で TCP プロトコル接続が使用されている場合に予期しないメモリ消費量が発生する SQL Server 2017 の累積的な更新プログラム 4 |
| 接続 修正: 起動時に IPv6 が無効になると名前解決エラーが発生する | KB4053392 - 修正: Linux 上の SQL Server 2017 の起動時に IPv6 が無効になっている場合に名前解決エラーが発生する SQL Server 2017 の累積的な更新プログラム 2 |
| 接続 修正: SQL Server が mssql-conf スクリプトで指定された既定以外の IP アドレスをリッスンしない | KB4053393 - 修正: SQL Server 2017 on Linux が mssql-conf スクリプトで指定された既定以外の IP アドレスをリッスンしない SQL Server 2017 の累積的な更新プログラム 2 |
| セットアップ 修正: CU の適用時のスクリプト アップグレードエラー | SQL Server 2017 CU4 以降をアップグレードし、Linux で SQL エージェントを有効にしない場合のエラー SQL Server 2017 の累積的な更新プログラム 6 |
| データベース メール修正: 既定以外の TCP ポートが使用されている場合、データベース メールは SQL Server に接続できません | KB4100873 - 修正: 既定以外の TCP ポートが使用されている場合、データベース メールは Linux 上の SQL Server 2017 に接続できません SQL Server 2017 の累積的な更新プログラム 6 |
| コンテナー 修正: "docker stop" コマンドを使用して SQL Server Linux Docker コンテナーを停止できない | KB4093805 - 修正: "docker stop" コマンドを使用して SQL Server Linux Docker コンテナーを停止できない SQL Server 2017 の累積的な更新プログラム 5 |
| コンテナー 修正: Linux Docker コンテナーで SQL Server を実行するとメモリ不足エラーが発生する | KB4347055 - 修正: Linux Docker コンテナーで SQL Server 2017 を実行するとメモリ不足エラーが発生する SQL Server 2017 の累積的な更新プログラム 10 |
| AG: Pacemaker パッケージ 1.1.18-11.el7 以降を使用している場合は、start-failure-is-fatal プロパティを調整します | KB4229789 - SQL Server 2017 の累積的な更新プログラム 7 Pacemaker に関する通知セクションを参照してください |
| AG FIX: Pacemaker は、操作がタイムアウトしたときにリソース エージェント プロセスを強制終了する可能性があります | KB4460203 - 修正: Pacemaker は、SQL Server 2017 Always On 可用性グループで操作がタイムアウトしたときにリソース エージェント プロセスを強制終了する可能性があります SQL Server 2017 の累積的な更新プログラム 11 |
| AG 修正: 2 つの SQL Server インスタンスが可用性グループのプライマリ レプリカです | KB4316791 - 修正: 2 つの SQL Server インスタンスが SQL Server の可用性グループのプライマリ レプリカです SQL Server 2017 の累積的な更新プログラム 8 |
| AG 修正: Always On 可用性グループを使用する場合の不要なフェールオーバー | KB4056922 - 修正: SQL Server 2017 on Linux で Always On 可用性グループを使用する場合の不要なフェールオーバー SQL Server 2017 の累積的な更新プログラム 3 |
| AG 修正: Pacemaker は Always On AG の既存のプライマリ レプリカを降格し、新しいレプリカを昇格させることはありません | KB4076982 - 修正: Pacemaker は SQL Server 2017 on Linux で Always On AG の既存のプライマリ レプリカを降格し、新しいレプリカを昇格させることはありません SQL Server 2017 の累積的な更新プログラム 4 |
| AG FIX: Pacemaker では、Always On AG を使用すると、同期されていないレプリカがプライマリに昇格されます | KB4091722 - 修正: Linux 上の SQL Server 2017 で Always On AG を使用すると、Pacemaker によって同期されていないレプリカがプライマリに昇格される SQL Server 2017 の累積的な更新プログラム 5 |
| AG 修正: Always On AG を使用すると、ローカル レプリカのプライマリへの Pacemaker の昇格が失敗する | KB4230542 - 修正: SQL Server 2017 で Always On AG を使用すると、ローカル レプリカのプライマリへの Pacemaker の昇格が失敗する SQL Server 2017 の累積的な更新プログラム 7 |
| AG FIX: 可用性グループに属するデータベースの起動がタイムアウトする | KB4316790 - FIX: SQL Server on Linux で可用性グループに属するデータベースの起動がタイムアウトする SQL Server 2017 の累積的な更新プログラム 8 |
| AG 修正: SQL Server フェールオーバー クラスター インスタンスまたは Always On AG が Pacemaker によって管理されている場合に不要なフェールオーバーが発生する | KB4316793 - 修正: SQL Server 2017 フェールオーバー クラスター インスタンスまたは Always On AG が Pacemaker によって管理されている場合に不要なフェールオーバーが発生する SQL Server 2017 の累積的な更新プログラム 8 |