高パフォーマンスワークロードを持つ SQL Server 2017 および 2016 の推奨更新と構成オプション
この記事では、SQL Server 2016 以降のバージョンで使用できるパフォーマンスの向上と構成オプションの一覧について説明します。
元の製品バージョン: SQL Server 2017 on Windows、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インスタンスに推奨される修正プログラムと構成ガイドラインが含まれています。
注:
その他のコンテキストについては、「頻繁に使用されるノブを使用してビジー SQL Serverを調整する」を参照してください。
重要
トレース フラグを有効にした場合は、SQL Server 2017 または SQL Server 2016 への移行を実行した後、その記事の情報を確認してください。 この記事に記載されているトレース フラグと構成オプションの多くは、SQL Server 2017 年と 2016 年SQL Server既定のオプションになりました。
表 1. ハイエンド システムの重要な更新とトレース フラグ
次の表を確認し、SQL Serverのインスタンスが [該当するバージョンとビルド範囲] 列の要件を満たしていることを確認した後、[トレース フラグ] 列でトレース フラグを有効にします。
注:
- 該当するバージョンとビルド は、変更またはトレース フラグが導入された特定の更新プログラムを示します。 CU が指定されていない場合、SP 内のすべての CU が含まれます。
- 適用できないバージョンとビルド は、変更またはトレース フラグが既定の動作になった特定の更新を示します。 そのため、その更新プログラムを適用するだけで、特典を受けることができます。
重要
Always On環境でトレース フラグがある修正プログラムを有効にする場合は、可用性グループの一部であるすべてのレプリカで修正フラグとトレース フラグを有効にする必要があることに注意してください。
| 考慮するシナリオと症状 | トレース フラグ | 適用可能なバージョンとビルド範囲 | 該当しないバージョンとビルド範囲 | 詳細については、サポート技術情報の記事またはブログのリンクを参照してください |
|---|---|---|---|---|
| SOS_CACHESTOREスピンロックの競合が激しいか、アドホック クエリ ワークロードでプランが頻繁に削除されています。 | T174 | SQL Server 2016 RTM から現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への RTM | なし | KB3026083 - 修正: アドホック SQL Server プラン キャッシュでスピンロックの競合SOS_CACHESTOREすると、SQL Serverで CPU 使用率が高くなります |
| プラン キャッシュ内のエントリは、他のキャッシュまたはメモリ クラークの増加により削除されます。 クエリの再コンパイルが頻繁に行われるため、CPU 使用率が高くなります。 | T8032 | SQL Server 2016 RTM から現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への RTM | なし | DBCC TRACEON - トレース フラグ (Transact-SQL) のドキュメント。 「プラン キャッシュ内部」の 「キャッシュ サイズ管理」セクションを参照してください。 |
| tempdb は頻繁に使用され、tempdb 内のデータに多くの変更が加えられます。 tempdb データベースに間接チェックポイントを使用すると、生成されていないスケジューラ メッセージが発生します。 | T3468 | SQL Server 2016 SP1 CU5 から現在の SP/CU SQL Server 2017 CU1 から現在の SP/CU へ | なし | 間接チェックポイントと tempdb - 良い、悪いと非生成スケジューラのKB4040276 - FIX: 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 年の多くの頻繁な短いトランザクションを利用するワークロードは、2014 年SQL Serverよりも多くの CPU を消費する可能性があります |
| 特定のクエリ パフォーマンスの問題をトラブルシューティングしています。 オプティマイザーの修正は既定で無効になっています。 |
T4199 | SQL Server 2016 RTM から現在の SP/CU SQL Server 2017 RTM から現在の SP/CU への 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 への RTM | なし | KB3156157 - 1 つのテーブルで異なる統計に対して複数の UPDATE STATISTICS を同時に実行できます SQL 2014 & SQL 2016 を使用した更新統計のパフォーマンスの向上 |
表 2. SQL Server インスタンスのパフォーマンスを向上するための一般的な考慮事項とベスト プラクティス
ナレッジ ベースの記事またはオンライン ブック リソース列のコンテンツを確認し、[推奨されるアクション] 列のガイダンスを実装することを検討してください。
| サポート技術情報の記事またはオンライン ブック リソース | 推奨処理 |
|---|---|
| 並列処理の最大レベルを構成するサーバー構成オプション | ストアド プロシージャをsp_configure使用して、サポート技術情報の記事に従って、SQL Serverのインスタンスの並列処理サーバー構成オプションの最大レベルを構成するに構成を変更します。 |
| エディション別のコンピューティング容量制限SQL Server 2012 のライセンス コアの制限 | サーバーおよびクライアント アクセス ライセンス (CAL) ライセンスを持つEnterprise Editionは、SQL Server インスタンスあたり 20 コアに制限されます。 コア ベースのサーバー ライセンス モデルには制限はありません。 すべてのハードウェア リソースを使用するには、SQL Serverのエディションを適切な SKU にアップグレードすることを検討してください。 |
| バランス型電源プランを使用する場合の Windows Server でのパフォーマンスの低下 | 記事を確認し、Windows 管理者と協力して、記事の「解決策」セクションに記載されているソリューションの 1 つを実装します。 |
| アドホック ワークロードの最適化サーバー構成オプション強制パラメーター化 | プラン キャッシュ内のエントリは、他のキャッシュまたはメモリ クラークの増加により削除されます。 また、キャッシュがエントリの最大数に達すると、プラン キャッシュの削除が発生する可能性もあります。 上記のトレース フラグ 8032 に加えて、 アドホック ワークロード サーバーの最適化 オプションと 、FORCED PARAMETERIZATION データベース オプションも検討してください。 |
| SQL Serverのバッファー プール メモリのページングを減らす方法 SQL Server 2012 以降のバージョンでのメモリ構成とサイズ設定に関する考慮事項 |
SQL サービスのスタートアップ アカウント に [メモリ内のロック ページを有効にする] オプション (Windows) ユーザー権限を割り当てます。 SQL Server 2012 で "ロックされたページ" 機能を有効にする方法に関するページを参照してください。 最大サーバー メモリを、物理メモリの合計の約 90% に設定します。 [サーバー メモリ構成オプション] 設定で、アフィニティ マスク設定を使用するように構成されているノードからのみメモリが考慮されていることを確認します。 |
| SQL Serverページと大きいページについて説明します... | 特に分析またはデータ ウェアハウスのワークロード用に、メモリが多いサーバーがある場合は、 トレース フラグ 834 を有効にすることを検討してください。 SQL Serverの列ストア インデックスと大きなページ メモリ モデルの相互運用性に注意してください。 |
| 大規模なセキュリティ キャッシュに関連するクエリ パフォーマンスの問題 TokenAndPermUserStore キャッシュのサイズが大きくなると、クエリの実行が完了するまでに時間がかかるSQL Server DBCC TRACEON - トレース フラグ (Transact-SQL) |
セキュリティ キャッシュのサイズが大きくなり、パフォーマンスの問題やスピンロックの競合が発生する場合は、トレース フラグ T4610 と T4618 を有効にして TokenAndPermuserStore の最大サイズを小さくすることを検討してください。 |
| ALTER WORKLOAD GROUPKB3107401 - SQL Server 2012 で新しいクエリ メモリ許可オプション (min_grant_percentとmax_grant_percent) を使用できます | 大量のメモリ許可を使い果たすクエリが多い場合は、リソース ガバナー構成の既定のワークロード グループを既定の 25% から小さい値に減ら request_max_memory_grant_percent します。 新しいクエリ メモリ許可オプションは、SQL Serverで使用できます (min_grant_percentおよびmax_grant_percent)。 |
| SQL 2016 - 実行速度が速くなる: 自動 TEMPDB 構成 | アップグレードされたサーバーの場合は、tempdb データベースに同じサイズの複数のデータ ファイルを追加します。 新しいインストールの場合、セットアップによって自動的に行われます。 |
| TEMPDB - ファイルとトレース フラグと更新 | tempdb の最適化を使用し、一時オブジェクトの DDL を回避または削減することでスケーラビリティを向上させます。 |
| インスタント ファイルの初期化 | Windows 管理者と協力して、オンライン ブックトピックの情報に従って、SQL Server サービス アカウントにボリューム メンテナンス タスクの実行ユーザー権限を付与します。 |
| SQL Serverの "autogrow" および "autoshrink" 設定に関する考慮事項 | データベースの現在の設定を確認し、サポート技術情報の記事の推奨事項に従って構成されていることを確認します。 |
| 間接チェックポイント | ユーザー データベースで間接チェックポイントを有効にして、SQL Server 2014 年と 2012 年の I/O 動作を最適化することを検討してください。 |
| SQL Server: 大きな RAM と DB のチェックポイント処理 | ユーザー データベースで間接チェックポイントを有効にして、SQL Server 2014 年と 2012 年の I/O 動作を最適化することを検討してください。 参照間接チェックポイントと tempdb の tempdb に必要な調整を確認します 。良いスケジューラ、悪いスケジューラ、および生成されていないスケジューラ。 |
| KB3009974 - 修正: SQL Server AG とログ配布環境で、ディスクのプライマリ レプリカとセカンダリ レプリカのログ ファイルのセクター サイズが異なると、同期が遅くなる | プライマリ レプリカのトランザクション ログが 512 バイトのセクター サイズのディスク上にあり、セカンダリ レプリカ トランザクション ログが 4 K セクター サイズのドライブ上にある可用性グループがある場合、同期が遅くなる可能性があります。 この状況では、TF 1800 を有効にすると、問題が修正されるはずです。 詳細については、「 トレース フラグ 1800」を参照してください。 |
| クエリ プロファイル インフラストラクチャ KB3170113 -showplan XML と Extended Event in SQL Server 2014 SP2 で演算子ごとのクエリ実行統計を公開する更新 |
SQL Serverがまだ CPU バインドされておらず、ワークロードに対して 1.5% から 2% のオーバーヘッドが無視できる場合は、TF 7412 をスタートアップ トレース フラグとして有効にすることをお勧めします。 このフラグは、SQL Server 2014 SP2 以降で軽量プロファイリングを有効にします。 これにより、運用環境でライブ クエリのトラブルシューティングを行うことができます。 |
| クエリ ストア最適なクエリ プランを有効にするを使用してプランの選択の回帰を特定する | クエリ ストア機能を使用して、後退したクエリやパフォーマンスが低下しているクエリを特定します。 カーディナリティ推定のためにクエリ パフォーマンスの問題が発生した場合は、適切な CE バージョン (データベース スコープ オプション LEGACY_CARDINALITY_ESTIMATION、クエリ ヒント LEGACY_CARDINALITY_ESTIMATION、データベース互換性レベル、 またはトレース フラグ 9481) を選択します。 |
| 新しいカーディナリティ推定器での結合包含の前提条件により、クエリのパフォーマンスが低下する | 結合とフィルターを使用するクエリを評価して、単純な包含と基本の包含の効果を理解します。 既定のカーディナリティ推定器を使用する場合は、基本包含の代わりに単純な包含にトレース フラグ 9476 を使用します。 |
| 互換性レベルの機能強化 130互換性レベル 140 の機能強化 | データベース互換性レベル 130 以降を使用して、次の機能強化を利用します。 データベース互換性レベル 140 以降を使用して、次の機能強化を利用します。 |
| クエリ ストアでのベスト プラクティス | キャプチャ モードを [自動] に設定する トレース フラグ 7745 と 7752 を有効にして、高可用性とディザスター リカバリーのシナリオでのクエリ ストアのパフォーマンスを向上させます。 KB4340759の修正プログラムを適用する - FIX: 負荷の高いワークロードでクエリ ストアのスピンロックの競合が発生した場合にクエリ ストアが有効になっている場合、SQL Server 2016 のパフォーマンスが低下します。 |
| SQL Server 2016/2017: 可用性グループのセカンダリ レプリカの再実行モデルとパフォーマンス | 待機 (PARALLEL_REDO_TRAN_TURN、、またはDIRTY_PAGE_TABLE_LOCK) が多すぎる場合は、DPT_ENTRY_LOCKこのブログを参照して修正アクションを実行します (該当する修正プログラムを適用し、再実行モデルの適切な使用を評価してください)。 |
| KB2634571 - DBCC CHECKDB コマンドの機能強化により、PHYSICAL_ONLY オプションを使用するとパフォーマンスが向上する可能性があります DBCC TRACEON - トレース フラグ より高速な CHECKDB - パート IV (SQL CLR UDT) |
大規模なデータベース (複数の TB サイズ) で DBCC CHECK コマンドを実行する場合は、トレース フラグ T2562、 T2549、 T2566 の使用を検討してください。 SQL Server 2016 の [EXTENDED_LOGICAL_CHECK] オプションの下にいくつかのチェックが表示されるようになりました。 |
| スペクターとメルトダウンのサイドチャネルの脆弱性に対する攻撃から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 で必要なさまざまな構成の変更とトレース フラグは、2017 年と 2016 年SQL Server既定の動作になりました。 次の表は、SQL Server 2017 および SQL Server 2016 で実装されているすべての変更の概要を示しています。
| 領域 | 変更の概要 | 詳細情報とリファレンス |
|---|---|---|
| SQL エンジン | SQL Server 2016 およびそれ以降のバージョンのSQL Serverで廃止または不要になったトレース フラグが頻繁に使用されます。8048、8079、9024、1236、1118、1117、6498、8075、3449、6532、6533、6533、6534。 | トレース フラグのSQL Server |
| 管理ツール | データベース エンジンの新機能 - SQL Server 2017 | |
| 管理ツール | SQL Server 2016 でのデータベース エンジン機能の破壊的変更 | |
| 管理ツール | SQL Server 2017 でのデータベース エンジン機能の破壊的変更 | |
| クエリ処理のデータ型変換 | SQL Server 2016 (13.x) には、一部のデータ型変換と一部の (ほとんど一般的でない) 操作の機能強化が含まれています。 | 詳細については、「一部のデータ型と一般的でない操作の処理における 2016 年の機能強化SQL Server」を参照してください。 |
| 可用性グループ | セカンダリ データベースの場合、初期化の自動シード処理では、データベース ミラーリング エンドポイントを使用して、データベースコンテンツをセカンダリにストリーミングして適用します。 | SQLSweet16!, エピソード 2: 可用性グループの自動シード処理 |
| 可用性グループ | SQL Server 2016 では、ログ ブロックをプライマリからセカンダリに転送するときに、より少ないコンテキスト スイッチが使用されます。 | SQL 2016 - 実行時間が短縮されます。ログ トランスポートの削減されたコンテキスト スイッチAlways OnSQL Server 2016 - 実行速度が速くなるだけです。可用性グループのターボチャージAlways On |
| 可用性グループ | SQL Server 2016 では、強化された圧縮アルゴリズムとログ ブロック データの並列圧縮が使用されます。 | SQL 2016 - 実行速度が速いだけ: Always On並列圧縮/アルゴリズムの改善 |
| 可用性グループ | SQL Server 2016 では、AES-NI 暗号化機能をベースとするハードウェアを利用して、ログ配布のスケーラビリティとパフォーマンスAlways On大幅に向上させます。 | SQL 2016 - 高速実行 - AES-NI 暗号化Always On |
| パフォーマンス | 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: Parallel INSERT ...選択 |
| パフォーマンス | SQL Server 2016 では、古いパーティションをアーカイブするために、テーブルの個々のパーティションに対して TRUNCATE 操作を有効にします。 | SQLSweet16!, エピソード 5: 選択したパーティションを切り捨てる |
| パフォーマンス | SQL Server 2016 では、必要に応じて In-Memory 最適化データベース ワーカー プールのサイズが動的に調整されます。 | SQL 2016 - より高速に実行される: 最適化されたデータベース ワーカー プール In-Memory |
| Tempdb | 割り当ては tempdb であり、ユーザー データベースでは均一なフル エクステントが使用されます。 tempdb でのファイルの増加は、すべてのファイルで同時に発生します。 | SQL 2016 - 実行時間が短縮されました。TEMPDB およびユーザー データベースの -T1117 および -T1118 の変更 |
| Tempdb | データベース エンジンのセットアップでは、tempdb データ ファイルの数が自動的に計算されます。 | SQL 2016 - 実行速度が速くなる: 自動 TEMPDB 構成 |
| ストレージ | データベース エンジンは、トランザクション ログ ファイルの初期化に0x00ではなく、0xC0 スタンプを使用します。 | SQL 2016 - 実行速度が速い: LDF スタンプ |
| ストレージ | 大規模なメモリ サーバーと大量の書き込み環境では、間接チェックポイントのパフォーマンスが向上します。 | SQL 2016 - 実行速度が速いだけ: 間接チェックポイントの既定値 |
| ストレージ | トランザクションのレートが高い場合、複数のログライターがログ キャッシュをトランザクション ログにフラッシュする利点があります。 | 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 を報告するシステムで Soft NUMA が自動的に構成されます。 パーティション分割により、スケーラビリティとパフォーマンスを向上させるために、データベース エンジン全体でさまざまな調整がトリガーされます。 | SQL 2016 - 高速実行: 自動ソフト NUMA |
| DBCC CHECK | MAXDOP を指定して、DBCC CHECK コマンドで使用されるリソースを管理します。 | SQLSweet16!, エピソード 6: DBCC CHECKDB with MAXDOP |
| DBCC CHECK | DBCC CHECK は、競合が少なく、高度な先読み機能を備えた改善されたページ スキャン アルゴリズムを使用します。 | SQL 2016 - 実行速度が向上: DBCC スケールが 7 倍向上 |
| DBCC CHECK | DBCC CHECK コマンドは、SQL Serverが特殊なデータ型とインデックスを評価するときに長い時間がかかります。 これらのチェックは、EXTENDED_LOGICAL_CHECKS オプションの下に移動しました。 | SQL 2016 - 実行速度が速いだけ: DBCC 拡張チェック |
| コード ページ | BULK INSERT または bcp ユーティリティが改善され、UTF-8 データがSQL Serverのテーブルに読み込まれます。 | SQLSweet16!, エピソード 10: "ガラスを食べることができる ...." ですが、データベースに読み込むことができますか? |
| 空間 | SQL Server 2016 では、多くの空間メソッドの T-SQL 実行中に PInvoke アクティビティと PUnInvoke アクティビティが削除されます。 | SQL 2016 - より高速に実行される: ネイティブ空間実装 |
| 空間 | SQL Server 2016 では、ネイティブの空間検証を使用して空間データを使用する TVP のスケーラビリティが向上します。 | SQL 2016 - より高速に実行される: 空間列を含む TVP |
| 空間 | ネイティブおよび TVP 空間の機能強化により、SQL Serverは、空間データのインデックス作成とテッセレーションを最適化できます。 | SQL 2016 - 実行速度が速いだけ: 空間インデックスの構築が高速化 |
| Msdtc | SQL Server 2016 では、必要に応じて MSDTC が動的に開始され、必要になるまで他のアクティビティにリソースを使用できるようになります。 | SQL 2016 - オンデマンド MSDTC スタートアップを活用 |
| Xevent | イベントのレンダリングを高速化するために、コンテキストの切り替え、メモリ割り当て、その他の側面を減らすために、XEvent Linq プロバイダー ロジックにさまざまな変更が加えられます。 | SQL 2016 - 実行速度が速いだけ: XEvent Linq Reader |
表 4. CU に含まれる重要な修正
[現象] 列の説明を確認し、該当する環境の [必要な更新プログラム] 列に必要な更新プログラム (できれば特定の修正プログラムを含む最新の更新プログラム) を適用します。 それぞれの問題の詳細については、サポート技術情報の記事を参照してください。 これらの推奨事項では、他のトレース フラグをスタートアップ パラメーターとして有効にする必要はありません。これは、記事またはこの表で明示的に呼び出されない限りです。 これらの修正プログラムを含む最新の CU または Service Pack を適用するだけで十分です。
メモ[必須の更新] 列の CU 名は、この問題を解決するSQL Serverの最初の CU を提供します。 累積的な更新プログラムには、すべての修正プログラムと、以前のSQL Server更新プログラムのリリースと共に含まれていたすべての更新プログラムが含まれています。 SQL Server増分サービス モデルの更新に記載されているように、最新の累積的な更新プログラムをプロアクティブな間隔でインストールして、説明されている問題を解決または回避することをお勧めします。 また、SQL Server 2017 以降では、サービス パックが使用できなくなったように、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 | バックアップ & 復元 | INIT および COMPRESSION オプションが TDE 対応データベースで使用されている場合、バックアップ ファイルの圧縮に失敗する | 修正: SQL Server 2016 の TDE 対応データベースで INIT および COMPRESSION オプションが使用されている場合、バックアップ ファイルの圧縮に失敗する SQL Server 2016 RTM の累積的な更新プログラム 7 CU 4 for SQL Server 2016 SP1 |
| SQL Server 2016 | バックアップ & 復元 | SQL Serverで大規模な TDE 暗号化データベースをバックアップするときのアサーション エラー | SQL Server 2016 SP1 の累積的な更新プログラム 4 |
| SQL Server 2016 | バックアップ & 復元 | TDE 対応データベースで圧縮とチェックサムを使用してバックアップを実行すると復元が失敗する | 修正: SQL Server 2016 の TDE 対応データベースで圧縮とチェックサムを使用してバックアップを実行すると、復元が失敗する SQL Server 2016 RTM の累積的な更新プログラム 7 SQL Server 2016 SP1 の累積的な更新プログラム 4 |
| SQL Server 2016 | バックアップ & 復元 | エラー 9004: SQL Serverで大規模な TDE で暗号化されたデータベースの複数のファイルから圧縮されたバックアップを復元しようとするとき | 修正: 大きな TDE で暗号化された複数のファイルから圧縮されたバックアップを復元しようとすると、エラー 9004 が発生する SQL Server 2016 RTM の累積的な更新プログラム 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] | VSS ベースのアプリケーションを使用した可用性データベースのバックアップは、SQL Serverで失敗する可能性があります | 修正: VSS ベースのアプリケーションを使用した可用性データベースのバックアップがSQL Serverで失敗する可能性がある SQL Server 2017 の累積的な更新プログラム 1 SQL Server 2016 RTM の累積的な更新プログラム 9 SQL Server 2016 SP1 の累積的な更新プログラム 5 SQL Server 2014 SP2 の累積的な更新プログラム 8 |
| SQL Server 2016SQL Server 2017 | バックアップ & 復元 | TDE 対応のバックアップと復元は、暗号化キーが SQL Server の EKM プロバイダーに格納されている場合に遅くなります | 暗号化キーが 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列ストア | クラスター化されていないインデックス シークを使用してデータを取得するクエリには、より長い時間がかかります | 修正: クラスター化されていないインデックス シークを使用したデータ取得クエリは、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で読み取りクエリを処理するときに AG が遅くなるAlways On 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 | 修正: システム ストアド プロシージャのsp_execute_external_scriptと DMV sys.dm_exec_cached_plans、SQL Server 2017 および 2016 でメモリ リークが発生する 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 | メモリ内最適化ファイル グループのディスク チェックポイントの使用率が大きい | 修正: メモリ内以外のワークロードが多い場合、In-Memory 最適化されたファイル グループに対してディスク チェックポイントの使用率が大きくなります 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 | データベースの復旧には、メモリ最適化テーブルが含まれている場合に長い時間がかかります | メモリ最適化テーブルがあるデータベースの復旧には、2017 年と 2016 年SQL Server長い時間がかかります 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 の競合が多いテーブルの変更には、一時テーブルの同期ドロップが必要です | 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 年の多くの頻繁な短いトランザクションを利用するワークロードでは、2014 年SQL Serverよりも多くの 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 年の SQLSweet16!、 エピソード 8: SQL Server 2016 累積的な更新プログラム 2 (CU2) が高度に同時ワークロードのパフォーマンスを向上させる方法について、SECURITY_CACHEとCMED_HASH_SET SQLSweet16!の高スピンロック競合のパフォーマンスの問題が発生します | KB3195888 - 修正: CPU 使用率が高い場合、SQL Server 2016 および 2017 でパフォーマンスの問題が発生する SQL Server 2016 の累積的な更新プログラム 2 |
| SQL Server 2017 | クエリ ストア | クエリ ストアがランタイム統計を収集するときにアクセス違反が発生する | クエリ ストアが 2017 年SQL Serverにランタイム統計を収集するときのアクセス違反 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に関する推奨される機能強化、修正、および構成ガイドライン
この表は、2017 年SQL Serverリリース後に累積的な更新プログラムでリリースされたすべての主要な機能強化、推奨事項、およびコード変更のコンパイルです。 [現象] 列の説明を確認し、該当する環境の [必要な更新プログラム] 列に必要な更新プログラム (できれば、特定の修正プログラムを含む最新の更新プログラム) を適用します。 それぞれの問題の詳細については、一覧表示されているサポート技術情報の記事を参照してください。
これらの推奨事項では、他のトレース フラグをスタートアップ パラメーターとして有効にする必要はありません。これは、記事またはこの表で明示的に呼び出されない限りです。 これらの修正プログラムを含む最新の累積的な更新プログラムまたはサービス パックを適用するだけで十分です。 SQL Server on Linuxで可用性グループAlways On使用している場合は、この更新プログラムでいくつかの機能強化が行われたため、2017 年SQL Server累積的な更新プログラム 8 以降にアップグレードしてください。 メモ[必須の更新プログラム] 列の CU 名は、この問題を解決するSQL Serverの最初の累積的な更新プログラムを提供します。 累積的な更新プログラムには、以前のSQL Server更新プログラムのリリースに含まれていたすべての修正プログラムとすべての更新プログラムが含まれています。 SQL Server増分サービス モデルの更新に関する記事で説明されているように、現在、最新の累積的な更新プログラムをプロアクティブな間隔でインストールして、説明されている問題を解決または回避することをお勧めします。 また、SQL Server 2017 以降では、SQL Serverのモダン サービス モデルが導入され、サービス パックが使用できなくなります。
| 変更または改善の概要 | 詳細情報とリファレンス |
|---|---|
| SQL と OS: OS と SQL Server on Linuxのデプロイ時のSQL Serverに関するさまざまなベスト プラクティスの推奨事項を確認する | SQL Server on Linuxのパフォーマンスのベスト プラクティスと構成ガイドライン |
| SQL エージェント改善: すべてのデータベースの復旧を待たずにジョブを開始できるSQL Server エージェント | SQL Server エージェント ジョブは、Linux 上の SQL Server 2017 ですべてのデータベースが回復するのを待たずに開始できます SQL Server 2017 の累積的な更新プログラム 9 |
| ストレージ改善: SQL Server 2017 で "強制フラッシュ" メカニズムを有効にする | SQL Server 2017 on Linux で強制フラッシュ メカニズムを有効にする SQL Server 2017 の累積的な更新プログラム 6 |
| ストレージ 改善: マスター データベースとエラー ログ ファイルを別の場所に移動する | KB4053439 - 改善: Linux 上の SQL Server 2017 でマスター データベースとエラー ログ ファイルを別の場所に移動する 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 - 修正: 2017 SQL Serverをインストールまたは開始するための最小メモリ制限を 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 - 修正: Linux 上の SQL Server 2017 で親ドメインに属しているユーザーに基づいてログインを作成できません 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修正: NEWSEQUENTIALID 関数は、SQL Serverが再起動された後に重複する GUID を生成します | KB4078097 - 修正: LINUX 上の 2017 年SQL Server再起動後に NEWSEQUENTIALID 関数によって重複する GUID が生成される SQL Server 2017 の累積的な更新プログラム 4 |
| Connections FIX: TCP プロトコル接続が使用されたときの予期しないメモリ消費 | KB4073045 - 修正: Linux 上の SQL Server 2017 に TCP プロトコル接続を使用する場合の予期しないメモリ消費 SQL Server 2017 の累積的な更新プログラム 4 |
| Connections FIX: 起動時に IPv6 が無効になっているときに名前解決エラーが発生する | KB4053392 - 修正: Linux 上の SQL Server 2017 の起動時に IPv6 が無効になっている場合に名前解決エラーが発生する SQL Server 2017 の累積的な更新プログラム 2 |
| Connections FIX: mssql-conf スクリプトで指定された既定以外の IP アドレスをリッスンしないSQL Server | KB4053393 - 修正: SQL Server 2017 on Linux では、mssql-conf スクリプトによって指定された既定以外の IP アドレスがリッスンされない SQL Server 2017 の累積的な更新プログラム 2 |
| セットアップ 修正: CU を適用するときのスクリプトアップグレードエラー | 2017 CU4 以降SQL Serverアップグレードし、Linux で SQL エージェントを有効にしない場合のエラー SQL Server 2017 の累積的な更新プログラム 6 |
| データベース メール FIX: 既定以外の 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 コンテナーで 2017 SQL Serverを実行するとメモリ不足エラーが発生する SQL Server 2017 の累積的な更新プログラム 10 |
| AG: Pacemaker パッケージ 1.1.18-11.el7 以降を使用している場合は、start-failure-is-fatal プロパティを調整します | KB4229789 - SQL Server 2017 の累積的な更新プログラム 7 Pacemaker の通知セクションを参照してください |
| Ag 修正: 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 は Linux 上の SQL Server 2017 で Always On AG の既存のプライマリ レプリカを降格し、新しいレプリカを昇格させることはありません SQL Server 2017 の累積的な更新プログラム 4 |
| Ag修正: Pacemaker は、ag を使用するときに、同期されていないレプリカをプライマリに昇格Always On | KB4091722 - 修正: Pacemaker は、SQL Server 2017 on Linux で Always On AG を使用すると、同期されていないレプリカをプライマリに昇格させます SQL Server 2017 の累積的な更新プログラム 5 |
| Ag修正: Always On AG を使用すると、ローカル レプリカのプライマリへの Pacemaker 昇格が失敗する | KB4230542 - 修正: SQL Server 2017 で Always On AG を使用すると、ローカル レプリカのプライマリへの Pacemaker 昇格が失敗する SQL Server 2017 の累積的な更新プログラム 7 |
| Ag 修正: 可用性グループに属するデータベースの起動がタイムアウトする | KB4316790 - 修正: 可用性グループに属するデータベースの起動が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 |
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示