一定メモリ(32GB)とCPU(4)、2 xディスクアレイを想定すると、次のディスクがあります
- 2 x 150(10,000)
- 6 x 150(15,000)
これらはすべてローカルディスクです。
私の要件
- 私のDBは350GBであり、デフォルトの10%増加に設定されています
- 私のOSとSQL Serverはサーバー2k8R2です(C:ドライブOS +ページ+アプリケーション= 55Gb)
- ログ要件は約70GBで、デフォルトの10%の増加に設定されており、定期的に切り捨てられます
- 私のTempDbは現在約12GBで、デフォルトの10%増加に設定されています
私の問題は、TempDBとOSおよびログをどこに配置すべきかを理解しようとしていることです。私の経験は、これら2つの最適な構成では制限されています
これはオンライントランザクションシステムではありません。大量のデータの書き込み(新しいデータ+インデックスの再構築/再編成)と、大量のデータの読み取り(約50/50と見積もっています)処理が約13時間あり、その後は静かです。
私の理解では、TEMPDBはログと比較して通常の処理中に頻繁に使用されます。
私の考えは次のとおりです
- 2 x 150g(15k)RAID 1 = 150g for OS + TempDB
- 2 x 150g(10k)RAID 1 = 150g(LOGより遅いディスクに注意)
- 4 x 150g(15k)RAID 5 = 150g(データ用)
これは良い考えのように聞こえますか?その後、必要に応じてLog + TempDBを交換できます。
ページングの問題によりTempDBをOSディスクに配置しない、またはデータよりも遅いディスクにログを配置しないなどの基本的なルールに違反していますか?
編集:
また、システムにはSSASがあり、エンドユーザーはキューブにのみアクセスします。上記の50%の読み取りは、SSASデータベースの処理にかかる時間に基づいています。