2011-07-04 38 views
2

SQL Server 2005から2008 R2にアップグレードして以来、数年間実行されている夜間バッチジョブのストアドプロシージャのいくつかは、デッドロックの報告を開始しています。SQL Server 2008 R2のデッドロック

もっと最近私は、単純なselect文でこのような動作を再現することができました。面白かったのは、問題が消えてしまったが、選択肢にトップ1000を追加したことだった。

これはリソースベースの問題であり、SQLの問題ではないと私に信じています。デッドロックがデータベース内ではなく、メモリ割り当てプロセス内にある可能性があります。

私たちは2005年にこれを持っていませんでしたが、何かが変わったはずですが、何が分かりません。この問題を回避するための提案はありますか、それとも既知のバグなのでしょうか?

よろしく

ジュリアン

+0

デッドロック・キャプチャ・トレース・フラグ(1204/1222)を有効にするか、プロファイラ・トレースを実行してデッドロック・イベントをキャプチャできますか? –

+0

@marketこれを見て、何かを見つけることができるかどうかを見ていきます - ありがとう – julianyoung

答えて

0

「それはデッドロックがデータベースではなくメモリ割り当てプロセスではないだろう。」

その答えはいいえです。ロックは論理的な保護です。ラッチは物理的な保護です。

あなたのクエリとデッドロックの痕跡は、さらに調査するのに役立つかもしれません。

関連する問題