SQLServer2012のパフォーマンス関連の修正

昨夜SQLServer2012 Service Pack 1 Cumulative Update＃3がリリースされた後、SQL Server 2012で利用できるパフォーマンス関連の修正がたくさんあり、どの修正が利用可能であるかを追跡するのが難しい場合があることに気付きました。どの累積的な更新。

そこで、これまでにSQL Server 2012で利用可能なパフォーマンス関連の修正のリストを示します（完全な凡例を表示するには、下にスクロールしてください）。

Fix / KB Article	SP1アップデート	RTMアップデート
SQLServerネイティブクライアントでのメタデータ検出プロセスのパフォーマンスの向上	SP1 CU3	RTM CU6
修正：SQLServerトレースを実行するとパフォーマンスが低下します	SP1 CU3	N / A
FIX：DMVに対して実行されるクエリが無限ループに入ります	SP1 CU3	N / A
修正：RCSI対応のテーブルに対してクエリを実行するとパフォーマンスが低下します	SP1 CU3	N / A
FIX：高い「ログ書き込み待機」カウンター値	SP1 CU3	N / A
修正：Linqを使用して拡張イベントファイルのイベントを読み取るときにメモリが解放されない	SP1 CU3	RTM CU6
修正：SQLServer2012のインストール後にサーバーに負荷がかかっていない場合のCPUスパイク	SP1 CU3	N / A
FIX：パーティション化されたインデックスのNORECOMPUTEプロパティの値は、インデックスを再構築した後も保持されません	SP1 CU3	N / A
NUMA環境でのパフォーマンスの問題	SP1 CU3	N / A
SQL Serverにアップグレードした後も、データベーストランザクションログは増え続けます	SP1 CU2	RTM CU5
FIX：NOLOCKヒントを使用してバイナリラージオブジェクト列をクエリすると、CPU使用率が高くなります	SP1 CU2	RTM CU5
修正：多くのロックが蓄積されると、データを変更する大規模なクエリの実行が予想よりも遅くなります	SP1 CU2	RTM CU5
修正：データベースファイルが削除された場合、トランザクションログの復元操作に予想よりも時間がかかります	SP1 CU2	RTM CU5
SQLServer2012でメモリ不足エラーが発生しました	SP1 CU2	RTM CU5
FIX：AUTO_UPDATE_STATISTICS_ASYNC統計オプションを有効にした場合のメモリリーク	SP1 CU2	RTM CU5
SQL Server 2012 SP1をインストールした後、Windowsインストーラーが繰り返し起動します	SP1 CU2	N / A
修正：多数のCPUと大量のメモリを搭載したサーバーでクエリを実行するとエラー17883が発生します	SP1 CU2	N / A
FIX：ODBC使用時の「メモリ不足」エラー	SP1 CU1	RTM CU3
FIX：LIKE演算子とESCAPE句を含むSELECTステートメントのパフォーマンスが低い	SP1 CU1	RTM CU3
FIX：SQL Serverが応答を停止し、「Non-yieldingScheduler」エラーがログに記録されます	SP1 CU1	RTM CU3
修正：SQL Serverは、データ圧縮を使用してパーティションテーブルのスクリプトを生成するのに長い時間がかかります	SP1 CU1	RTM CU4
修正：データベースの復元とステートメントの実行を同時に行うと、パフォーマンスが低下したり、デッドロックが発生したりします	SP1 CU1	RTM CU3
修正：複数のI / Oを多用するタスクが同時に実行されている場合、ワーカースレッドがすぐにウェイクアップしない	SP1 CU1	RTM CU4
FIX：クエリを実行すると、「プロセス<ブロックリスト>がスケジューラで生成されないようです」というエラーメッセージが表示されます	SP1 CU1	RTM CU4
FIX：トランザクションログがいっぱいの場合にインデックスを再構築すると、データベースはオフラインで「回復中」の状態になります	SP1 CU1	RTM CU4
修正：CDCが有効になっている場合、データベースを復元するとパフォーマンスが低下します	サービスパック1	RTM CU2
修正：アップグレード後、警告なしにロックされたページの割り当てが有効になります	サービスパック1	RTM CU2
修正：ヒープテーブルがあり、データ圧縮が有効になっている場合のラッチタイムアウトエラー	サービスパック1	RTM CU2
FIX：FILESTREAMデータにアクセスすると、SQLServer2012のインスタンスが予期せず終了する場合があります	サービスパック1	RTM CU2
FIX：ユーザーアクティビティがなくても、設定された間隔でCPUスパイクが低くなる	サービスパック1	RTM CU1
FIX：パーティション化されたテーブルでAFTERトリガーを実行するとパフォーマンスが低下する	サービスパック1	RTM CU1
修正：アップグレード後にsp_cursoropenストアドプロシージャを使用するクエリを実行すると、パフォーマンスが低下する可能性があります	サービスパック1	RTM CU1
修正：データベースの復元に長い時間がかかります	サービスパック1	RTM CU1
修正：相関AND述語を含むクエリを実行するとパフォーマンスが低下します	サービスパック1	RTM CU1
修正：新しい記事が追加された場合にサブスクライバーを再初期化した後、サブスクライバーを不必要に更新する	サービスパック1	RTM CU1
FIX：QUERY_EXEC_STATSスピンロックを介した競合で高いCPU使用率が観察された場合、パフォーマンスが低下します	サービスパック1	RTM CU1
修正：DQSを使用して大規模なデータソースに対してデータクレンジングを実行するとパフォーマンスが低下します	サービスパック1	RTM CU1
FIX：ServiceBrokerを使用して分散クエリを実行した場合の「スケジューラで降伏しない」エラー	サービスパック1	RTM CU1
修正：フェールオーバークラスターのインストール中に1つのドライブ文字の下に20を超えるディスクまたはボリュームがある場合、クラスターディスクの検証に予期しない時間がかかります	サービスパック1	RTM CU1
FIX：NUMAを使用するコンピューターでSQLServer2012を実行するとメモリ不足エラーが発生する	サービスパック1	RTM CU1
FIX：SQL Server 2012のインスタンスに30を超えるユーザー定義のリソースガバナーリソースプールを使用した場合のエラーメッセージ： "Non-yielding IOCP Listener"	サービスパック1	RTM CU1
FIX：「System_health」セッション診断収集タスクがSQLServerをフリーズします	サービスパック1	RTM CU1
FIX：可用性グループのデータベースにFileTableが含まれている場合、可用性グループのフェイルオーバーに長い時間がかかります	サービスパック1	N / A

私の意見では、パフォーマンス関連の修正だけでなく、他の多くの修正についても、累積的な更新を常に最新の状態に保つ必要があります（もちろん、それらを徹底的にテストした後）（数のカウントを失いました）「誤った結果」のバグ、「アサーションエラー」の問題、および修正されたアクセス違反の例）。

新しく更新されたSP1ブランチで利用可能ないくつかの修正は、RTMブランチではまだ利用可能になっていないことに注意してください。もちろん、この状況は、来月、翌月、および累積的な更新リリースのリズムがRTMブランチとSP1ブランチの間で同期されるまで大まかにフリップフロップします。

SQLServer2012アップデートの凡例

更新	ビルド	リリース済み
RTM累積アップデート1	11.0.2316	2012-04-12
RTM累積更新2	11.0.2325	2012-06-18
RTM累積更新3	11.0.2332	2012-08-31
RTM累積更新4	11.0.2383	2012-10-15
RTM累積アップデート5	11.0.2395	2012-12-17
RTM累積アップデート6	11.0.2401	2013-02-18
Service Pack 1（修正のリスト）	11.0.3000	2012-11-15
SP1累積アップデート1	11.0.3321	2012-11-20
SP1累積アップデート2	11.0.3339	2013-01-21
SP1累積アップデート3	11.0.3349	2013-03-18

新しい累積的な更新がリリースされるたびに、このリストを最新の状態に保つように努めます。