現在の SAN で SQL ストレージを最適に構成する方法について、矛盾するアドバイスを受けています。いくつかの異なる構成で独自のパフォーマンス テストを実行したいと思います。
SQLIOSim の使用を検討しましたが、TempDB をシミュレートできないようです。
データ、ログ、TempDB のパフォーマンスをテストする方法をお勧めいただけますか?
実稼働システムから SQL プロファイラー トレース ファイルを使用する場合はどうでしょうか。これをテスト サーバーに対して実行するにはどうすればよいでしょうか。
ありがとう、マット
答え1
一般的に推奨されるのは、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 ベンダーが SQL Server 専用の構成方法に関するホワイト ペーパーを作成している場合があります。これを探して、存在する場合は SAN 管理者と一緒に確認してください。
答え2
私が提供できる一般的な情報は、tempdb は書き込み頻度の高いデータベースであるため、通常は RAID10 アレイで実行する必要があるということです。スピンドルの数については、問題のサーバーと、tempdb データベースが生成する IO の量によって完全に異なります。