KB2958429 - SQL Server 2012 Service Pack 2 で修正されたバグ

サポート：

• メッセージ 35285 は、エラーとしてではなく、予想どおりに情報メッセージとして表示されます。

機能：

• SQL ライター COPY_ONLYバックアップのサポート: AlwaysOn セカンダリを使用したサーバー上の Data Protection Manager (DPM) の完全バックアップは、COPY_ONLY バックアップに変換されます。

ローカル キューブ作成シナリオにサポートを追加します。

• SQL Server 2012 Analysis Services (SSAS 2012) SP2 を使用する場合は、SQL ブラウザーがオフになっている静的な既定以外のポートで実行されている SSAS に接続するローカル キューブを作成できます。 この新機能は、msmdsrv.ini の新しい構成設定 "ConfigurationSettings\LocalCubeServerPortInConnectionString" によって制御されます。 この機能を有効にするには、値を 1 に設定します。 SSAS 2012 がフェールオーバー クラスターとして構成されているか、既定のポートで実行されている場合、この設定は無効になります。

さらにログ記録を追加します。

• このサービス パックは、トラブルシューティングを改善するために、SSAS ログ ファイルに詳細情報を追加します。 これには、SSAS バージョン、コンピューター名、netbios 名、CPU の数、RAM サイズ、IP、ポート、プロトコルの種類、デッドロック、ロック タイムアウト、その他の情報が含まれます。

SSISDB のデッドロックとクリーンアップのパフォーマンスの向上

• はじめに

  • ストアド プロシージャへの同時呼び出しでの SSISDB データベースSSISDB.catalog.create_executionデッドロック

    • SSISDB のコンカレンシーとデッドロックの問題に対して修正が行われました。 ただし、これによりすべての問題が解決されるわけではありません。 現在の回避策は、ジョブを数秒ずらす方法です。 ただし、この回避策は使用できません。

    • SSISDB メンテナンス ジョブのパフォーマンスが低い

  • 修正プログラムは、SSISDB メンテナンス ジョブで使用できます。

• アーキテクチャ

  • 前のモデル:

    • 各トランザクションでは、証明書と対称キーが作成されます。このキーは、メンテナンスまたはクリーンアップ タスクにも格納および処理する必要があります。

  • 新しいモデル:

    • カタログ プロパティ テーブルのSERVER_OPERATION_ENCRYPTION_LEVELに新しい行を導入し、下位互換性を維持するために既定で PER_EXECUTION を導入します。値は、プロジェクトごとに 1 つのキーまたは証明書ペアを作成PER_PROJECTに変更できます。 PER_EXECUTIONからPER_PROJECTに変更する前に、完全なクリーンアップが必要です。 完全なクリーンアップのために、2 つの新しいストア プロシージャが導入されました。

  • 変更の概要:

    • SSISDB プロパティ テーブルSERVER_OPERATION_ENCRYPTION_LEVELに新しい行を導入します。

      • 有効な値は 2 つだけです (1 と 2)。

      • 値 "1": 既定値。 実行レベルに従って対称キーと証明書で暗号化されます。 セキュリティは高いですが、パフォーマンスやデッドロックの問題が発生する可能性があります。

      • 値 "2": プロジェクト レベルに従って対称キーと証明書で暗号化されます。 セキュリティが低下し、パフォーマンスまたはデッドロックの問題を解決します。

    • 2 つの新しいストアド プロシージャ (SP) Cleanup_server_logsとcleanup_server_execution_keysを導入する

      • SP は、暗号化レベルを "1" から "2" に変更するときに使用するように設計されています。 最初にCleanup_server_logsを実行して、SSISDB を良好な状態にするために非常に迅速に完了できます。 SSISDB データベースを暗号化レベルに変更する準備ができました。

      • Cleanup_server_keysは、Cleanup_server_logsよりも長い時間がかかります。 ただし、暗号化レベルが "2" に変更された後に実行され、ピーク時以外に定期的に実行されます。

      • Cleanup_server_logs: すべての操作ログのみをクリーンします。

      • Cleanup_server_execution_keys: 機密性の高い実行パラメーターを保護するために使用される対称キーと証明書をクリーンします。

      • @cleanup_flag int (in (1,2))

        • cleanup_flag = 1: 実行レベルの対称キーと証明書を削除する

        • cleanup_flag = 2: プロジェクト レベルの対称キーと証明書を削除します (このパーティキュラー プロジェクトが削除され、このプロジェクトに関連するすべての操作ログがクリーンアップされている場合にのみ削除されます)。

      • @delete_batch_size int = 1000

        • キーまたは証明書の数は、このストア プロシージャの 1 回の呼び出しで削除されます。

    • internal.cleanup_server_retention_windowで、delete_batch_sizeを 10 から 1000 に変更します。

クエリ プランを改善するためのテーブル変数の行数のオプションのサポート:

• テーブル変数がSQL Server内の他のテーブルと結合されている場合、クエリ プランのコンパイル中にテーブル変数の統計や追跡行数がサポートされていないため、SQL Server クエリ プランの選択が非効率的であるため、パフォーマンスが低下する可能性があります。

• SQL Server 2012 SP2 では、より効率的なクエリ プランを選択するために、クエリ オプティマイザーがテーブル変数に挿入された行数に関する情報を使用できるようにする新しいトレース フラグが導入されました。 トレース フラグ 2453 を有効にして、この動作をアクティブにします。
  
  ノート：

  • 一部のシナリオでは、トレース フラグ 2453 を有効にすると、実行時にテーブル変数に挿入された実際の行数を考慮するために追加のコンパイルが必要なため、パフォーマンスが低下する可能性があります。 通常、このトレース フラグの利点は、テーブル変数に多数の行が他のテーブルと結合されている場合、または複数の行があり、入れ子になったループ結合演算子の外側で、大量の行を処理する内側のプランで使用される場合です。

  • 他のバージョンのSQL Serverでも、OPTION (RECOMPILE) クエリ ヒントを使用して同様の動作を実現できます。 ただし、クエリ ヒントでは、テーブル変数によって駆動される大量の作業が原因でプランの選択が不十分なすべてのクエリを検出して変更する必要がありますが、トレース フラグ 2453 を有効にすると、既存のワークロードに影響を与える可能性があります。

並列クエリ実行プランのパフォーマンストラブルシューティングの向上

• DMV sys.dm_exec_requestsは、並列クエリ実行プランのcpu_timeの正確な値を返すようになりました。 STATISTICS IO 診断では、並列クエリ実行プランの正確な論理読み取りがレポートされるようになりました。

ハッシュスピル診断の改善

• ハッシュ結合またはハッシュ集計演算子がクエリの実行中に tempdb データベースにデータをスピルした場合、STATISTICS IO 診断に対応する I/O が報告されるようになりました。

フルテキスト インデックスの診断の改善

• 場合によっては、特定のフルテキスト クエリの結果がどのように返されるかを理解するのが難しい場合があります。 フルテキスト検索サブシステムは、外部ワード ブレーカーやストップ リストと対話します。この操作の結果、ドキュメント内のキーワードの位置情報は、実際のテキストで観察されているものとは異なる場合があります。 これは、単語間のデルタが内部計算で一致するドキュメントを検索するために使用されるため、'phrase' または 'NEAR' 検索を実行する場合に非常に関連性が高くなります。

• SQL Server 2012 SP2 では、ドキュメント内のインデックス付けされたキーワードの位置情報へのアクセスを提供するために、新しい動的管理機能 (DMF) が追加されました。 新しい DMF は既存の DMF sys.dm_fts_index_keywords_by_documentに似ていますが、構文は sys です。 dm_fts_index_keywords_position_by_document
  (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )

• 出現回数の代わりに、インデックス付きドキュメント内の各出現箇所とその位置に関する情報を返します。

• この情報を使用して、テキストと内部インデックスの間のマッピングを確認できます。検索語句の差分 (存在する場合) の違いを示します。 これは、フレーズ検索の結果を理解するのに役立ちます。

サポート

• トランザクション レプリケーション:

  • 履歴テーブルの統計とエージェント ログのより詳細なメッセージに追加された詳細メッセージ:

    • ログ リーダーエージェントとディストリビューター エージェントの両方で異なる状態を定義するために、xml 出力> 統計を <にテキスト メッセージを追加しました。

    • ディストリビューターと logreader パラメーター化されたコマンドのアーティクル レベルの統計を追加しました。

    • ディストリビューター エージェントの出力ファイルにスキップされたコマンドの数を追加しました。

    • ディストリビューター エージェントでのスキーマ変更の実行に費やされた時間が追加されました。

  • LogReader: ユーザー ダンプがキャプチャされると、ログ レコード .TXT ファイルに追加されます。

  • ピア ツー ピア: 挿入、更新、削除の手順が更新され、競合メッセージの詳細が以下に示されます。

    • テーブル名

    • 主キーの列名と値

    • 現在のバージョン

    • プレバージョン

    • バージョン後

• マージ レプリケーション:

  • マージ エージェントの出力詳細レベルが 4 に設定されている場合にログ ファイルに追加されるトレース フラグ 101 の出力。

関数性

• トランザクション レプリケーション:

  • ピア ツー ピア レプリケーションで、Update または を使用してテキスト列に対して行われた部分的な更新がサポートされるようになりました。書き込みセマンティック。

• マージ レプリケーション:

  • データの冗長なアップロードを回避するために、クリーンアップ ストアド プロシージャが再設計されました。

CSS、大きな HTML レポートへの一般的な呼び出しを防ぐためのエラーと警告の処理を含むログ メッセージ。

• 概要：

  • レポート デザインを検出して、レポートデザインが大きな HTML レポートを作成し、パフォーマンスの問題を引き起こす可能性があるかどうかを判断します。 これは、対話型ページの高さと幅の設定を調べることで簡単に検出できます。

• ユーザー シナリオ:

  • Report Builderでレポートを作成します。 InteractiveSize プロパティに値 '0' を入力します。 パフォーマンスへの影響の可能性に関する次のメッセージ警告を含むポップアップ ウィンドウが表示されます。

    対話型のハイグスを 0 マットに設定すると、パフォーマンスに影響します。

パフォーマンスの強化

• 次の記事で説明するように、Service Pack 2 のいくつかのパフォーマンスの強化:

  • SQL Server 2012 でデータベース ロック アクティビティが増加すると、パフォーマンスの問題が発生します

  • SQL Server 2012 の外部ページ処理中に NUMA 環境でパフォーマンスの問題が発生する

  • ALTER INDEX..の後にパフォーマンスが低下します。2012 年SQL Serverに ONLINE 操作が中止される

• DMV の機能強化

  • sys.dm_db_session_space_usageは、セッションごとにユーザー オブジェクトによって tempdb データベースで使用される領域の量を反映します。 削除された行の数が 1024 ページを超えると、これらのページの割り当てが解除されます。 SQL Server 2012 Service Pack 2 では、DMV には、user_objects_deferred_dealloc_page_count と呼ばれる新しい列で遅延される割り当てユニットの領域使用量も含まれます。

  • フェールオーバー クラスターにSQL Serverがインストールされている場合、sys.dm_server_services cluster_nodename列にノード名が正しく指定されるようになりました。

• リング バッファーの機能強化

  • アプリ ドメインRING_BUFFER_CLRAPPDOMAINのリング バッファーには、アプリ ドメインが <DoomReason> フィールドにアンロードされた理由が含まれます。

    • 1 = ドロップ アセンブリなどの DDL 操作によってアンロードされます。

    • 2 = アクセス許可の変更などのセキュリティ関連の操作によってアンロードされます。

    • 3 = メモリ負荷処理のためにアンロードされます。

    • 4 = 初期化が失敗したためアンロードされました。

  • 対応する拡張イベント app_domain_ring_buffer_recordedには、イベント データ フィールドにアンロードdoom_reason理由が含まれます。

  • RING_BUFFER_RESOURCE_MONITORには、Resource Monitor によって監視されている状態で変更が検出されたときにエントリがあります。 さらに、システムおよびプロセス リソース通知の場合、プール通知は、<IndicatorsPool> </IndicatorsPool> ノードでも使用できます。

  • 拡張イベントResource_monitor_ring_buffer_recorded、pool_indicators データ フィールドにプール全体の通知が含まれます。

  • RING_BUFFER_NONYIELD_PROCESSTABLEには、リング バッファー エントリの記録時にシステムで実行されている最大 8192 スレッドまでのその他の情報に加えて、プロセス名が含まれます。

• バックアップと復元の機能強化

  • Norecovery オプションを使用したモデルのテール ログのバックアップは、Service Pack 2 以降では許可されなくなりました。

  • エラー ログのバックアップと復元の完了メッセージには、期間とスループットの情報が含まれます。

    • BACKUP DATABASE は、0.026 秒 (89.261 MB/秒) で 298 ページを正常に処理しました。

    • RESTORE DATABASE は、0.016 秒 (145.050 MB/秒) で 298 ページを正常に処理しました。

• 拡張イベント

  • SQL Server 2012 Service Pack 2 では、次の拡張イベントが追加または変更されています。

    • メモリ割り当て:

      • 拡張イベントpage_allocatedとpage_freedを使用して、SQL Server メモリの上位コンシューマーを確認できます。 Service Pack 2 以降では、これらの拡張イベントでは、クエリの実行中に割り当てられ解放された予約済みメモリも報告されます。

    • ゴースト クリーンアップ:

      • テーブルまたはインデックス内のレコードが削除されると、このような削除操作によってレコードがページから物理的に削除されることはありません。削除済みまたはゴースト化されたレコードとしてのみマークされます。 これは、削除操作をより迅速に完了できるパフォーマンスの最適化です。 ゴースト クリーンアップ タスクと呼ばれるバックグラウンド タスクは、削除されたすべてのレコードを物理的に削除します。 Service Pack 2 には、このタスクのさまざまなフェーズに関する分析情報を提供するために、いくつかの拡張イベントが追加されています。

        • ghost_cleanup_task_start

        • ghost_cleanup_task_suspend

        • ghost_cleanup_task_packet_enqueue

        • ghost_cleanup_task_process_packet

        • ghost_cleanup_task_process_pages_for_db_packet