パフォーマンスチューニングは、私は小さな会社で、ここで働いていると、私の仕事の一つは、ERPシステム「AXAVIA」（www.axavia.com）の投与であるaxavia

Question

と呼ば

.NETクライアントがあります。サイズは約10GBのMSSQL Server 2005データベースです。 システムはメタデータモデル上で動作します。つまり、データ型ごとに1つずつ（リレーションシップごとに）のテーブルはほとんどなく、このデータはアドホッククエリで計算されます。最大2000バッチ/秒...

インデックスの断片化については何も知らなかったので、データベースの専門家はいないと思います。私はすでに使用されていないインデックスをたくさん削除しました。 30％小さく...

パフォーマンスを向上させるために他に何ができますか？ - I私は考える

• 毎晩今インデックスを再構築し、何も「行方不明のインデックス」とも主キーは、少なくともファイルシステムは、高速10の襲撃で
• 「OK」があるのではない - と6とは、6 GB Ram IOが非常に少ない
• サーバは1つの仮想CPUを搭載したVMウェアです。ここではベストの可能性があると思います：4つのコアを持つphyical cpuの恩恵を受けるでしょうか？
• 私はパーティション化されたテーブルについても考えていますが、現時点ではデータベースはそれほど大きくはありません。

他のアイデアはありますか？

Answer 1

テスト用にlesatにCPUを追加します。ここで問題が発生する可能性が高いと思います。一般的に - そして、私は一般的に意味しています - 私はもはや1つのコアVMSを持っていません。最小のマシンでも2つのコアがあります。 Windowsレベル（2番目のコアでのOS操作）であっても、より高速に動作します。

今日は10ギガバイトです。それでも、データベースを駄目にすることはできません。（あなたの説明から、あなたのケースでは、多くの厄介なプログラミングが進行している可能性があります）。物事が待っている理由の完全な分析を開始してください。彼らが何らかの操作のために多くのシーケンシャルSQLを使用してサーバーを起動している場合は、できるだけ小さな待機時間を確保し、できるだけ高速なCPUを使用するようにしてください。あなたのようなデータベースでは、この問題はプログラムに深刻な問題であり、基本的にはデータベースレベルで調整することができます。

Answer 2

まだデータとログファイルを別々のドライブに置いておきます。 tempdbを独自のドライブに移動し、複数のファイルに分割することもできます。ここでのtempdbにブレントの作品を読む：Brent Ozar

Answer 3

私はあなたがあなたのサーバーにトラブルを決定するためにグレン・ベリーのスクリプトを使用することをお勧め：

https://dl.dropboxusercontent.com/u/13748067/SQL%20Server%202005%20Diagnostic%20Information%20Queries(September%202014).sql

は、多くの他の潜在的な問題だけでなく、不足しているインデックスがあります。

ERPの健全性をチェックする独自のツールを作成するために、このスクリプトを知識データベースとして使用しました。それがうまくいくと私はあなたに伝えることができます。