唯一の接続セッションIDを見つけるために、SINGLE_USERモードの会計データベースを行きます

データベースの状態は、セッションデータベース内の符号のみを許容する、SINGLE_USERモードを変化させた場合。

データベースへの接続のみが左占めているケースでは、セッションが接続してキルを占め行くするかを把握する必要があり

データベースに接続するデータベース接続を取得するために、セッションのユニークな機会。

以下に、我々は最初のデータベースDB2に接続し、Idを56クエリウィンドウのセッションを開いて、

その後、DB2データベース・オペレーションのSINGLE_USERモードを設定します。

これらの手順を完了した後、我々は、セッションIDがどのくらいある占める現在sp_who2のDB2を見て？下の図では

あなただけの現在DB2接続セッションIDが56で占め、（赤い丸で）見ることができます。

我々はDB2を占めて誰だか知っているときは、データベースを変更し、次のようにマップし、使用する前にセッションを殺すことができます

これは、バックMULTI_USERへのコマンドDB2データベースです。

私は友人が難しいそれが何であるかを言うためにセッションを占める人を見つけるだろうことを信じますか？私たちは道変更するには、次の図

代わりに、DB2 SINGLE_USERモード。我々は、マスター・データベースに接続するために再度同じ番号56セッションを使用し、そして

ALTER DATABASEコマンド（下記参照）。

私たちは、その後に見えるsp_who2この時点では、第56セッションが現在マスタに配線されています。しかし、私たちが見ます

どのセッションDB2での接続を参照するデータテーブルをSYSPROCESSESそれ？以下のようにsysprocessesが見つかりません

DB2内のすべてのセッション接続。私はまた、関連する他のDMVクエリが探しされていないsys.dm_exec_sessionsを使用しました

DB2への唯一の接続は、セッションIDを占めます。

我々は、接続のセッションIDを見つけることができない場合は、その後、どのように我々は一つのセッションがそれを殺す知っているのですか？

その後、私は鍵データベースはACIDを使用することができ、重要な発見、ロックです。そのため、データへの接続

図書館のセッションは、データベース・オブジェクト上のSロックが必要になります。私たちは、最初に見て、sp_lockをして表示されます。

ロックされたデータベース8で以下に示すように、セッション番号56 DBID S。

この方法を通じて、我々は成功し、唯一のセッション接続を占めているにもSQLの背景を見つけるために行くことができます

仕事はあなたにも、セッションを見つけるために、この方法を使用することができ、歩行接続を占めました。

図は、単にセッションS DB2でありロックされているかどうかのデータ検索条件式とテーブルを使用syslockinfo

、sp_lockのと比較すると解釈するのが少し楽になります。

結論：

セッションを見つけるための簡単な方法があるかもしれません、私が提供し、この方法は非常に正確ではありませんかわかりません

あなたは他の方法を持っている場合は、あなたの参考のために、議論を歓迎しました。