問題タブ [sql-server-profiler]

エンティティedmxにlinqを照会する次の非常に単純なlinqクエリがあります。

Sql Server Profiler では、まったく同じ選択クエリが 2 回送信されていることがわかります。

誰かが理由を説明できますか？

乾杯、

デイブ

どの IP アドレスがどの SQL クエリを SQL サーバーに送信したかを明確に確認する必要があります。SQL プロファイラーを使用しようとしていますが、クエリの送信元のマシン (ブラウザー) を区別する方法がないようです。Web サーバーと SQL サーバー間の通信の詳細のみが含まれます。クエリが発生した元のマシンの識別を確認できる方法はありますか (不明なログはありますか?)。

提案をありがとう。

HF

Citrixファームを実行していて、DBのヘビーユーザーを追跡しようとしています。SQLプロファイラーからプロセスのPIDを取得できますが、ファーム内の各サーバーでそのPIDを手間をかけて検索する必要があります。より良い方法は？

数百人の同時ユーザーがいる大規模なシステムがあるため、SQL プロファイラーは適切なフィルターなしで少し多すぎる情報を提供します。自分のアカウントと自分のアカウントのみで実行される SQL コマンドを確認したいです。アカウントとは、システムへのログインに使用するユーザー名を意味します。これらのユーザー名は通常のデータベース テーブルに格納されているため、SQL プロファイラーのフィルターにそのまま入力することはできないのではないでしょうか? しかし、ログインするすべてのユーザーは、とにかく同じ SQL ログイン/ユーザーを使用していても、一意の ID を持っている可能性がありますか?

したがって、問題は主にその一意の値を取得する方法と、どのフィルターを使用するかです。または、SQL プロファイラーでこれとこれだけを確認する方法はありますか?

SQL Server Profiler 2008でデッドロックをデバッグしようとしています。プロファイラーでデッドロックのグラフを取得する方法を知っていますが、グラフに表示されている2つのステートメントのいずれかにカーソルを合わせると、「ステートメント」ツールチップが表示されます。表示されるのは、値ではなく、パラメーター名を含むクエリのみです。

言い換えれば、私は次のようなツールチップを取得します。

対応するパラメータ値を確認するにはどうすればよいですか？このスクリーンショット：

私が見たいものを示しているので、方法があるに違いありません。

SQLServer2008プロファイラーのデッドロックを分析しようとしています。問題のあるSQLクエリを見つける方法は知っていますが、収集されたクエリにはパラメータ値が含まれていません。

言い換えれば、私はこのようなものを見ることができます：

しかし、私が見たいのはこれです：

プロファイラーで収集する必要のある追加のイベントまたは列があると思いますが、どれかわかりません。現在、「TSQL_LOCKS」テンプレートを使用しています。

ヒントをいただければ幸いです。

ありがとう、

エイドリアン

免責事項：私は以前に同様の質問をしましたが、それはあまりにも具体的だったと思います。そのため、返信がありませんでした。私はこれで別の試みを始めています。

シナリオは次のとおりです。

DTA が検索する 3 つのイベント (気にしないでください) を使用して、最大サーバー負荷の間に数時間トレースを実行しました。次に、このプロファイラーの負荷を停止して DTA にフィードします。チューニング作業を行い、どのインデックスを配置する必要があるかについてフィードバックを提供します。

質問は次のとおりです。

いくつか (最大 15) の異なるインデックスの推奨事項は、単一のテーブル用です。DTA に作業を任せると、このために複数のインデックスが作成されることになりますか? これは問題になりませんか？

SQL Profiler 2005では、SQLトレースで結果セットをキャプチャして、結果セットに対応するクエリを表示することはできますか？...それとも一方向のトレースだけですか？

ありがとう！ジョージ

(C#/Linq を使用して) データ インポートを実行していますが、当然のことながら、クエリを可能な限り最適化しようとしています。この目的のために、SQL Server Profiler を使用して DB でトレースを実行しています。トレースは SQL ログイン名 (データ インポート プロセスに一意に関連付けることができる名前です) でフィルター処理されます。

奇妙なことに、私の SQL ステートメントのほとんどは本当に高速です :) - 1 ミリ秒のマークを超えるクエリはほとんどありません。しかし、すべてのクエリの間には、EventClass が「Audit Login」または「Audit Logout」である行がいくつかあります。「Audit Logout」の期間は最大 1 分です。

これは、インポートでトランザクションを使用しているという事実と関係がありますか? もしそうなら、どれが大ヒットのクエリであるかを見つけて、それらをクリーンアップできる方法はありますか?

int出力パラメータを持つストアドプロシージャがあります。SQL Server Profilerを実行し、.Netコードを介してストアドプロシージャを実行し、RPC：Completedイベントをキャプチャすると、TextDataは次のようになります。

ストアドプロシージャを実行する前に出力パラメータの値を取得しているように見えるのはなぜですか？