問題タブ [sql-server-profiler]

ASP.NET MVC で SQL Server Express Edition を使用しています。Express Edition にはプロファイラーがないため、NHibernate によって生成されたクエリが表示されません。パフォーマンスと、プロファイラーなしでクエリを確認する方法が気になりますか?

私はいくつかのSQLの問題のトラブルシューティングを行っており、いくつかの問題を診断するためにSQLプロファイラーを使用しています。

TSQLクエリにいくつかの行を追加することで、SQLプロファイラーにメッセージを書き込むことはできますか？

ありがとう！

SQLプロファイラーが、私が持っているトリガーの1つによって行われた呼び出しを表示しないのではないかと疑っています。

私が正しければ、

プロファイラーにトリガー内で行われた呼び出しも表示するように強制する設定はありますか？

注：私が話しているトリガーは、いくつかのsp呼び出しを行います

SQLServerProfilerを使用してデータベースアクティビティを表示しています。その中で、どのクライアントプロセスIDがどのマシンに関連付けられているか（アプリケーションが実行されている場所から）を調べたいと思います。アプリケーションの複数のインスタンスが異なるマシンで実行されているためです。だから私はそれらを識別したいと思います。では、ClientProcessIDを見つける方法はありますか？

私はSQLプロファイラーを使用するのはまったく初めてです。アプリケーションにSQLバックエンドで実行されるシナリオがあり、同じ場所でデッドロックが発生し続けます。とても簡単に再現できます。リンクSQLプロファイラーの手順を使用して、SQLプロファイラーのデッドロックイベントグラフを取得することができました。別のファイルにエクスポートすることもできます。

しかし、このプロファイラーには、「サーバープロセスID」、「イベントID」、「実行コンテキストID」、「ページロック：」、「DB ID」、「ファイルID」、「ページID」、「関連付けられたオブジェクトID」などが表示されます。などなど。しかし、これをどのように使用して、デッドロックの正確な原因を知ることができるかわかりません。私のアプリケーションには、クリアする必要のあるバグがあると確信しています。しかし、どうすればこのトレースを使用して根本原因を突き止め、背景を理解できますか。この分析を手伝ってください。あなたが私に役立つと思うどんな種類の詳細やリンクも教えてください。アドバイスと時間をありがとうございました。

誰かがSQLプロファイラーを使用してストアドプロシージャをデバッグするための完璧なテンプレートを手伝ってくれませんか？私は標準的なほとんどのテンプレートを試しましたが、すべてが見たくないものをたくさん生成します。

実行を開始してから、開始時...停止時...などのストアドプロシージャ関連の情報とそのような情報のみを表示したいと思います。

それだけを見る方法はありますか？

デッドロックグラフでは、デッドロックの楕円にカーソルを合わせるとSQLステートメントが生成されます。ただし、SQL Profiler 2008では、ツールチップに「ステートメント」または「ステートメント手順」のいずれかが表示され、ステートメント自体は表示されません。誰かいますか？回避策はありますか？

誰かがこのデッドロック グラフを読んだり理解したりするのを手伝ってくれませんか?

プロセス 75 が、彼がすでにロックしているオブジェクトのロックを要求している理由がわかりません。

データベースのパフォーマンス テストを行いたいので、データベースへの要求をシミュレートし、期間やその他の統計も測定する必要があります。私のデータベースは MS Sql Server 2005/8 で、私のサーバーは IIS で ASP.NET を実行しています

シミュレートする必要があるテストには、データベース側に実装されていないいくつかのフロー ロジックが必要です。テスト ツールはそれを実装する必要があります。

この質問では、そのフロー ロジックの影響を無視し、結果に影響を与えないように、時間とリソースがゼロであると想定してください。

私は2つのオプションを検討しています：

1. C# で独自のカスタム ツールを作成し、C#
   でフロー ロジックを実装し、「マルチスレッドでテストを実行するだけ」です。C# 側では何も測定しません。代わりに、SQL サーバー プロファイラーを使用してデータベース リクエストを測定します。

2. Jmeter（または他の同等のツール？）
   を使用して、jmeterを使用してフローロジックを実装します（コードを実行できる標準コンポーネントまたはサンプラーを使用）。この方法では、スレッドを自分で処理する必要はありません。jmeter が処理してくれます。この場合、プロファイラーの他に、Jmeter を使用してデータベースを測定することもできます。

jmeter の組み込みツール (ロジック コントローラーなど) と比較して、C# ではフロー ログインの記述がはるかに簡単であるため、最初のオプションを好みます。

私はマルチスレッドの経験があり、複雑になる可能性があることを知っていますが、この場合、テストは独立しており、データを共有しないため、ロックをあまり処理する必要はありません。

jmeter が優れたツールであり、時間測定を非常にうまく処理することは知っていますが、私の場合は、SQL プロファイラーを使用できます。

自分でマルチスレッドを管理する際の作業と困難を過小評価していませんか?
他に何か不足していますか？別のオプションはありますか？