タグ付けされた質問 「perfmon」

この質問は、データベース管理者のStack Exchangeで回答できるため、Stack Overflowから移行されました。 7年前に移行され ました。 SQL Server 2005のインスタンスをプロファイリングしていますが、PerfMonのSQLServer:SQL Statistics - SQL Compilations/secメトリックを使用すると、平均が約170程度であることがわかります。 SQLプロファイラーを作成し、SP：CompileまたはSQL：Compileイベントを探しました。どうやら存在しません。私が見つけたStored Procedure/SP:RecompileとTSQL/SQL:StmtRecompileのイベント。プロファイラーに表示されるデータの量は、これらが間違ったイベントであることを示唆していますが、よくわかりません。 だから私の質問。これらのいずれかの答えは素晴らしいでしょう。 SQL Serverで何がコンパイルされているかを正確に確認するにはどうすればよいですか？ 間違った指標を選んで調べましたか？PerfmonまたはSQL Profilerのどちらですか？ Stored Procedure/SP:RecompileおよびTSQL/SQL:StmtRecompileSQLプロファイラでのイベント...彼らは、期間メトリックが含まれていません。これらのイベントがシステムへのタイミングの影響を確認する方法を提供しない場合、システムへのこれらのイベントの影響をどのように測定できますか。

20 sql-server  performance  sql-server-2005  perfmon 

拡張イベントは、より優れたテクノロジーであり、サーバーへの負荷が少ないように見えますが、SQL Profiler / perfmonには優れたツールがあります。また、拡張イベントには学習曲線が急勾配になっているようです。それぞれどのコンテキストで使用する必要がありますか？拡張されたイベントを利用するために、急な学習曲線を通過する価値はありますか？

20 sql-server  sql-server-2008  profiler  perfmon  extended-events 

SQLサーバーのパフォーマンスの問題について、DBAと2人のハードウェア担当者と議論してきました。通常はすべて問題ありませんが、過去数週間にわたって、SQLサーバーで大きなラグスパイクが発生しています。SQL ServerがディスクI / Oで待機していることは明らかです。しかし、SQL Serverが異常に高いI / Oを要求しているためだと言われ続けています。そうではありません。実行しているものから、通常のことは何もありません。DBAが注意を払うのは、ブロッキングなどを引き起こしているものだけで、これは役に立ちません。たとえば、バックアップの主なものは、ASPStateデータベースの操作です。これは、WebサーバーでASPセッション状態を管理するために使用しています。これらの操作は通常、Sp_who2のアクティブな結果には表示されません。これは、これらの操作が非常に高速に発生するためです。データベースは単純復旧モードであり、ロギングは最小限です。ただし、これらのラグスパイクの間、ブロックまたは待機中のデータベースに対する多くの選択および更新操作を確認できます。何が起こっているのかは、そのデータベースのログとデータファイルに使用されているRAIDアレイでディスクの使用率が高くなっている原因で誰かまたは何らかのジョブが実行されていると確信しています。私たちのウェブサイトを殺している何かをしていることを誰も認めたくないので、問題はそれを証明しています。 私の質問は、SQLサーバーがI / Oを待機していることを示すのに役立つパフォーマンスカウンターまたはログに記録できるものですが、通常よりも多くを求めているためではなく、代わりにディスクがSQLサーバーからのリクエストに応答するためです通常のように迅速に？

18 sql-server  perfmon 

Windows 7 x64でSQL Server 2008 R2 Developerをデフォルトのインスタンスとして実行しています。何らかの理由で、SQL Serverのパフォーマンスカウンターが表示されなくなったようです。SELECT * FROM sys.dm_os_performance_countersゼロ行を返します。 走ってみましたlodctr /T:perf-MSSQLSERVERsqlctr.ini。エラーなしで完了しましたが、リモートレジストリサービスを再起動しても、何も修正されませんでした。実際、カウンタはperfmonから欠落しています。unlodctr MSSQLSERVERカウンターはまだインストールされていないと言いますが、カウンターがlodctr /Q:MSSQLSERVER存在し有効になっていると言います。通常のWindowsおよび.NETカウンターは正常に機能しています。 Windowsエラーログに、エラー8317が表示されます。 レジストリキー 'HKLM \ SYSTEM \ CurrentControlSet \ Services \ MSSQLSERVER \ Performance'に関連付けられた値 'First Counter'をクエリできません。SQL Serverパフォーマンスカウンターが無効になっています。 SQL 2012 RC0のインストールが失敗したために問題が引き起こされたのではないかと思います。SQL Server 2008 R2を再インストールする以外に、回復方法に関する提案はありますか？

11 sql-server  sql-server-2008-r2  perfmon 

SQL Serverデータベースでの自動拡張操作を回避するために、mdf / ndfファイルを手動で大きなサイズに変更しました。ファイルの方が大きいので、ディスクパーティションの空き領域はほとんどなく、システム管理者は、領域が不足していることを警告し続けます。 サイズを変更したため、データファイルには多くの空き領域がありますが、ファイルサイズ/ディスクの空き領域を確認しても気付かないでしょう。 データファイルの実際の使用率を監視するにはどうすればよいですか？私は、perfmonカウンタを使用したいと思います。ファイルが実際にスペースを使い果たすと、SQL Serverは十分なスペースを割り当てることができず、クラッシュするだろうと私は確信しています。

9 sql-server  disk-space  monitoring  perfmon