問題タブ [sql-server-profiler]

ASP.NET アプリケーションから使用される SQL レポート サービスのプロファイルを作成しようとしています。SQL プロファイラーでは、ASP.NET によって実行されるすべての SQL が表示されます。(RDL からの) レポート SQL が表示されないようです。不足している設定やフィルターはありますか?

SQL Server 2000データベースでいくつかのストアドプロシージャを最適化しようとしていますが、SQL Profilerを使用しようとすると、「SQL Serverに対してトレースを実行するには、sysadmin固定サーバーロールのメンバーである必要があります」というエラーメッセージが表示されます。 。sysadminロールのメンバーのみがサーバー（SQL Server 2005で修正されたもの）でトレースを実行できるようであり、そのサーバーロール（会社のポリシー）が付与される方法はありません。

私が今していることは、現在の時刻からコードのさまざまな段階でプロシージャが開始された時刻を差し引いたものを挿入することですが、これは非常に面倒です。

データベースをSQLServerのローカルインストールに複製することも考えていましたが、ストアドプロシージャはさまざまなデータベースのデータを使用しているため、ローカルでデータをコピーするのに多くの時間を費やします。

それで、SQLコードをプロファイリングする他の方法があるかどうか疑問に思いましたか？（サードパーティツール、さまざまなプラクティス、その他）

このエラーは時々ポップアップするようです。単一のテーブルに限定されず、作成したばかりのテーブルでも発生します。他の誰かがこの奇妙な動作を見ますか?

[解決策付きで編集] このクエリは、テーブルが存在するかどうかを判断するために使用されることがわかりました。どうやら、単にテーブルをチェックするよりも、無効な列をクエリする方がはるかに高速です。Sql、図を見てください。:)

データベースで実行される SQL を監視するために、SQL Server Profiler のトレースをセットアップしました。最近、トリガーの実行がトレースに含まれていないことを発見しました。トレースで使用可能なイベントを調べたところ、トリガーの実行が含まれているように見えるイベントはありません。トリガーの実行を監視するためにトレースをセットアップする方法を知っている人はいますか?

MS Sql Server 2000 を使用しています。多くのクエリで、クエリ アナライザーでクエリを実行し、統計をオンにすると、[統計] タブに表示される数値が、クエリ プロファイラーに表示される値と大きく異なります。プロファイラーとアナライザーが同時に実行されている場合、一部のクエリはアナライザーで 200 の読み取りを報告しますが、プロファイラーはクエリが 14000 の読み取りを実行すると報告します。クエリのパフォーマンスに基づいて、Profiler が正しいように思えます。しかし、なぜ両者の間にこれほど大きな相違があるのでしょうか。他の誰かが同じことが起こった経験がありますか?

SQL Server プロファイラー トレースを特定のデータベースに制限するにはどうすればよいですか? 接続先のインスタンスのすべてのデータベースのイベントを表示しないようにトレースをフィルター処理する方法がわかりません。

SQL 2005 プロファイラーを使用して、タイムアウトになった SQL ステートメントを見つけようとしています。そのようなフィルターを設定する方法はありますか?

標準トレースを開始すると、最初に表示される設定は現在のデータベース接続です。

私の場合、約 10 個のエントリがあり、すべて同じユーザー名ですが、dateformat dmy と mdy のエントリがあります。asp Web サイトはプールから接続を選択して使用しているようで、3 つのうちの 1 つを選択しているように見え、すべてが dmy に設定されていますが、すべての接続は mdy である必要があります。それらはすべて同じユーザー名であり、そのユーザーは us_english に設定されているため、接続が dateformat エントリを取得している可能性があるのはどこですか?

ありがとう

SQL 2000 サーバーを使用しており、1 日のさまざまな時間帯や月のさまざまな日に実行されるさまざまなジョブが実行されています。通常、SQL プロファイラーを使用してトレースを実行するのは、パフォーマンスのトラブルシューティングのために非常に短い期間だけですが、この場合、データベースに対して実行されるクエリの種類の全体像を正確に把握することはできません。日または週または月のコース。

長時間実行される SQL トレースのパフォーマンス オーバーヘッドを最小限に抑えるにはどうすればよいですか? 私はすでに知っています：

• SQL プロファイラー UI を使用する代わりに、トレース サーバー側 (sp_ create_trace) を実行します。
• データベース テーブルではなく、ファイルにトレースします (DB サーバーに余分なオーバーヘッドが追加されます)。

私の質問は本当にフィルターに関するものです。特定の期間または読み取りを超えて実行されるクエリのみをログに記録するフィルターを追加した場合でも、サーバー上のすべてのアクティビティを調べて、ログに記録する必要があるかどうかを判断する必要がありますよね? では、そのフィルターを使用しても、トレースは、既に容認できないパフォーマンスの限界に達しているサーバーに対して、容認できないレベルのオーバーヘッドを作成するのでしょうか?

SQL Server プロファイラーで行うように、C# アプリからデータベース サーバーにトレースを作成したいと考えています。私の SQL 管理スタジオでは機能しないように見えるストアド プロシージャ (sys.sp_trace_create など) を見つけました。誰かがコーディングを手伝ってくれないかと思っていたのですが、どこから始めればいいのでしょうか?!