潜在的なバッファI / Oの問題

クロールの速度が常に低下しているデータベースがあります。それのハードウェアは十分すぎるので、私はそれが問題ではないと確信しています。アクティビティモニターを介してリソース待機を確認すると、バッファI / Oが最も高くなります。他の待機がまだ数百である場合、累積待機時間は数十万です。これにより、当然、問題としてバッファI / Oに目を向けるようになりました。

パフォーマンスモニターを設定して、フルスキャン/秒とバッファーキャッシュヒット率を記録します。バッファキャッシュヒット率は常に98〜100の範囲であるため、すべてが正常に見えます。私のフルスキャン/秒の範囲は1未満から3をわずかに超えます。これは、特に2+をヒットすることは珍しくないので、私には高いようです。

これは、速度低下の問題を引き起こす可能性が最も高い候補のように見えますか？バッファI / Oの待ち時間が非常に長い場合、監視するのに適した方法に関する他のアドバイスはありますか？

sql-server-2005

— ショーン・ハワット
ソース

ハードウェアが問題になる可能性を使い果たしたと思われます（「ハードウェアで十分です」）。クライアントの観点からアプリケーションが停止する場合は、ネットワークレイテンシを忘れないでください。見落としがちです。

Page Lookups / sec、Page Reads / sec、およびFull Scans / secと同時に、PerfmonカウンターPage Life Expectancyをご覧ください。

プロファイラーを使用したことはありませんが、特定のSPまたはクエリで問題が発生するかどうかを特定しましたか？インデックスを確認する必要がありますか？

— サイモン・カトリン
ソース

アプリケーションにはストアドプロシージャがありません。すべてのSQLコードは、データを提供するアプリケーションを介して処理されます。インデックスが不足していると思いますが、現在データベースに変更を加えることはできません。Page Life ExpectancyおよびPage Lookups / secのアラームはどのような種類の数値でオフになりますか？

— ショーンハワット

困難なものや速いものはないと思います。だから、MSが正常に動作しているときにサーバーにベンチマークを付けることについてMSがバングしているので、問題が発生したときに比較できます。そうは言っても、Technet.microsoft.com / en-us / library / cc966401.aspxなど、多数の優れたTechNetドキュメントがあります。パフォーマンスの問題を特定しようとする前に、SQL Server用のQuestのSpotlightを使用したことがあります-それは非常に良いことです。無料の試用版をダウンロードして、そのペースを試すことができます-もちろん、評価目的のため;

— Simon Catlin

私はこのシステムのログを取得してからログを取得していますが、残念ながら、常に同じ結果と問題が発生しています。リンクしたドキュメントをチェックアウトしています。ありがとう。

— ショーンハワット

@Dynamo：厳密に言えば、インデックスの追加は「データベースの変更」ではありません（一意でないインデックスを提供します）

— Mitch Wheat