web-dev-qa-db-ja.com

待機の原因となっているクエリを見つける

特定の種類の待機が与えられた場合、どのクエリがそれらの待機を安全に運用SQL 2008 R2サーバーで安全に引き起こしているのかをどのようにして見つけますか?

この特定のケースでは、async_network_io

34
Kyle Brandt

これらを確認する私のお気に入りの方法は、Adam Machanicの優れたsp_WhoIsActiveストアドプロシージャを使用することです。これを使用する方法に関するビデオとコードをダウンロードするためのリンクは次のとおりです。

http://www.brentozar.com/archive/2010/09/sql-server-dba-scripts-how-to-find-slow-sql-server-queries/

問題は、結果を確認するために定期的に実行する必要があることです。このデータを定期的に収集する場合は、sp_WhoIsActiveの結果をテーブルにキャプチャすることに関するケンドラリトルのチュートリアルを確認してください。

http://www.littlekendra.com/2011/02/01/whoisactive/

最後に、クエリがasync_network_ioを待機するたびに何かを起動したい場合は、拡張イベントと呼ばれる新しいツールを使用できます。これは、SQL Serverエンジン内のデバッグポイントのようなもので、魔法をかけることができます。率直に言って、現在2008年に使用するのは少し苦痛です。

32
Brent Ozar

「async_wait_io」は待機タイプではありません。可能なASYNC%待機タイプは次のとおりです。

  • ASYNC_IO_COMPLETION
  • ASYNC_NETWORK_IO
  • ASYNC_DISKPOOL_LOCK

待機タイプのいくつかの優れたリンク:

現在の待機を見つけるためのクエリに行く:

SELECT  req.session_id
       ,blocking_session_id
       ,ses.Host_name
       ,DB_NAME(req.database_id) AS DB_NAME
       ,ses.login_name
       ,req.status
       ,req.command
       ,req.start_time
       ,req.cpu_time
       ,req.total_elapsed_time / 1000.0 AS total_elapsed_time
       ,req.command
       ,req.wait_type
       ,sqltext.text
FROM    sys.dm_exec_requests req
CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS sqltext
JOIN    sys.dm_exec_sessions ses
        ON ses.session_id = req.session_id
WHERE req.wait_type IS NOT NULL
--WHERE req.wait_type = '?'