クエリはWITH（NOLOCK）のみ

-1

私は同様の問題hereを見つけましたが、答えは非常によく説明されていませんので、私はあなたの助けが必要です。私がexecの後にsp_who2があると、結果に70以上のレコードがあります。それらのいくつかは私のPCから始まりますが、その中のいくつかは会社の複数の人が使用するサーバー上にテーブルが置かれているため他の人が起動します。クエリはWITH（NOLOCK）のみ

結果表のCOMMANDという列には、SELECT INTO文が書き込まれた1つのレコードがあり、私のPCはホストです。それが問題を引き起こしているのでしょうか、どうすればそれを殺すべきでしょうか？また、このコマンドのステータスはRUNNABLEです。

出典

2017-11-02 nikname

http://whoisactive.com/からsp_WhoIsActiveを取得してください。 Adam Mechanicが書いたもので、どのプロセスがアクティブで、ブロッキングなどがあるかを教えてくれます。 –

DBが鉱山だったのですが、大企業で働いていたので私は許されないと思いますそれをするが、感謝する。 – nikname

kill [132]を呼び出すと、このプロセスを強制終了できます。[132]はプロセスのSPIDになります。これは、まだコミットしていないトランザクションの結果として残る可能性があります。これは、実行して見つけることができます。DBCC OPENTRAN;

出典

2017-11-02 10:28:53 RussAwesome

'DBCC OPENTRAN;'返され、次のコード '最も古いアクティブなトランザクション： SPID（サーバープロセスID）：66 UID（ユーザID）：-1 名：dev_KreirajKnjiziProv LSN：（4528725：3947：1）開始時間。 Nov 1 2017 4：01：21：587PM SID：0xfc5717486dc7714c8cfb239bb4ea5b0f'。私は次に何をすべきですか？問題の原因となっているSPIDを停止しますか？ – nikname

私は 'sp_who2'を呼び出した後にこの' SPID'を見つけましたが、それは問題を引き起こすものではなく、 'SPID'の' LastBatch'はこの問題を見つけた後です。したがって、このSPIDが作成される前であっても問題が存在しました – nikname

'kill 66'を呼び出すことで問題は解決します。あなたが実際にそのプロセスを邪魔することなく殺すように完了させる必要はないことに注意してください。 – RussAwesome

クエリはWITH（NOLOCK）のみ

答えて

関連する問題