12,673
回編集
差分
ナビゲーションに移動
検索に移動
<<blockquote>>データベース・マネージャーが、表ロックを取得し、既存の行ロックを解除することによって、ロッキングに割り振られたメモリーを解放しようと試みます。望ましい効果は、追加のアプリケーションがより多くのロック・メモリーを使用できるようにする<</blockquote>>
<<blockquote>>SQLコード -911 の場合、理由コード 2 ならデッドロック、68ならタイムアウト<</blockquote>>
編集の要約なし
==DB2 ロッキングの問題==
[[DB2][Database]]
http://publib.boulder.ibm.com/infocenter/db2luw/v8/topic/com.ibm.db2.udb.pd.doc/pd/c0020764.htm?resultof=%22%e3%82%a8%e3%82%b9%e3%82%ab%e3%83%ac%e3%83%bc%e3%82%b7%e3%83%a7%e3%83%b3%22%20
#システム上でのデータベース・ロックの最大数を超えたため、アプリケーションがロック・エスカレーションをトリガー
*locklist- 並行してデータベースに接続されているすべてのアプリケーションが保持する、すべてのロックのリストを保持するために割り振られるストレージの量 (4k ページの単位)。
デッドロックが検出されると、デッドロック検出機能は、自動的にロールバックされ戻りコード 2 を伴う SQL0911 sql コードが出されるビクティム (犠牲となる作業単位) を選択します。ビクティムをロールバックすることにより、ロックの競合が除去され、他のアプリケーションは処理を続行
====ロックエスカレーション====
© 2006 矢木浩人
