現在のSANでSQLストレージを最適に構成する方法について矛盾するアドバイスがあります。いくつかの異なる構成で、独自のパフォーマンステストをいくつか実行したいと思います。
SQLIOSimの使用を検討しましたが、TempDBをシミュレートしていないようです。
データ、ログ、TempDBのパフォーマンスをテストする方法を誰かが推奨できますか?
本番システムのSQLプロファイラートレースファイルを使用するのはどうですか?これを使用してテストサーバーに対して実行するにはどうすればよいですか?
ありがとう、マット
SQL Serverをインストールする前に、SQL IOのようなものでIOサブシステムをテストして、その機能を理解することをお勧めします。 http://www.brentozar.com/archive/2008/11/storage-performance-testing-with-sqlio/
トレースファイルを再生することは良い考えですが、設定がかなり厄介な場合があります。さまざまな種類のワークロードをシミュレートするいくつかのスクリプトをまとめた方がよい場合があります。 http://msdn.Microsoft.com/en-us/library/ms189604.aspx
CheckDBとインデックスの再作成(特にオンライン)は、構成/データベースサイズなどに応じて、TempDBの非常にヘビーユーザーです。新しいボックスでこれらのような典型的なアクティビティをベンチマークすることをお勧めします。
最後に、SANベンダーは、SQLServer専用に構成する方法に関するホワイトペーパーを作成する場合があります。これを見つけてみてください。存在する場合は、SAN管理者に確認してください。
私が提供できる一般的な情報は、通常、tempdbは高書き込みデータベースであるためRAID10アレイで実行する必要があるということです。問題のサーバーに完全に依存するスピンドルの数と、tempdbデータベースが生成するIO)の量について。