トップ回答者
SQL Server2005のメモリ動作について

質問
回答
-
tenki28です。他にアプリケーションが動いていないということであれば
パフォーマンスへの影響は恐らく誤差範囲のレベルかと思います。
パフォーマンスの向上を目指すのであればクエリのチューニングとかtempdbのチューニングなどのほうが
はるかに効率的です。ただ、予期せぬ理由で利用可能なメモリが減ってしまわないように
固定でメモリを確保するケースもあります。
似たような理由でLockPages in memory を使ってページングを抑制したりします。
-- 北海道にSQLServerコミュニティ SQLDO ができました。(http://sqldo.jpn.org/) -
メモリ関連のパラメータを変更するかどうかはパフォーマンスカウンタを確認されたらどうでしょうか。
今回のケースであればProcessのPage Faults/secが気になります。固定にするメリットは必要以上にメモリ消費をしてOSを含む他のプロセスの動作阻害をしないことです。
DBサーバのみ稼働とのことですし、そのような状態が起きていなければメリットは得られないと考えられます。
現在パフォーマンスに問題があるのでしょうか?
個人的な見解になりますが、ユーザアプリケーションが要件を満たさないようなパフォーマンス悪化が
出ていないのであれば設定は特にいじる必要がないのではないかと思います。参考情報ですが、32bitOSを使われているのであれば2GB以上のメモリを使うのであれば
AWEオプションを使う必要があります。
http://msdn.microsoft.com/ja-jp/library/ms190673.aspx
すべての返信
-
tenki28です。他にアプリケーションが動いていないということであれば
パフォーマンスへの影響は恐らく誤差範囲のレベルかと思います。
パフォーマンスの向上を目指すのであればクエリのチューニングとかtempdbのチューニングなどのほうが
はるかに効率的です。ただ、予期せぬ理由で利用可能なメモリが減ってしまわないように
固定でメモリを確保するケースもあります。
似たような理由でLockPages in memory を使ってページングを抑制したりします。
-- 北海道にSQLServerコミュニティ SQLDO ができました。(http://sqldo.jpn.org/) -
メモリ関連のパラメータを変更するかどうかはパフォーマンスカウンタを確認されたらどうでしょうか。
今回のケースであればProcessのPage Faults/secが気になります。固定にするメリットは必要以上にメモリ消費をしてOSを含む他のプロセスの動作阻害をしないことです。
DBサーバのみ稼働とのことですし、そのような状態が起きていなければメリットは得られないと考えられます。
現在パフォーマンスに問題があるのでしょうか?
個人的な見解になりますが、ユーザアプリケーションが要件を満たさないようなパフォーマンス悪化が
出ていないのであれば設定は特にいじる必要がないのではないかと思います。参考情報ですが、32bitOSを使われているのであれば2GB以上のメモリを使うのであれば
AWEオプションを使う必要があります。
http://msdn.microsoft.com/ja-jp/library/ms190673.aspx