サーバーリプレースをしています。

SQLサーバは、チューニング項目が少ないのですが、ストアドプロシージャのパフォーマンスの低下の原因として一般的に考えられる項目を挙げておきます。

１．TEMP表領域不足

２．移行時にインデックスが欠落している

３．REDOログ、RBS、ユーザ表領域を同一物理ディスク上に配置している

くらいでしょうか。

パフォーマンスカウンタで、I/Oバウンドの処理、CPUバウンドの処理いずれにボトルネックが存在しているか分かれば、もう少し突っ込んで調べられそうです。

RAID5を組んでいても理屈は同じで、１組のRAIDディスク群を１台の物理ディスクとして考えてください。コントロールパネルの「管理ツール」⇒「コンピュータの管理」⇒「ディスクの管理」で見たときに、RAIDディスク群も、１台のHDDとして見えます。

シビアな世界になりますが、DBを構成する場合の物理ディスクを分離させる優先順位は、ユーザ表領域に対して、

１．REDOログ、アーカイブログ

２．ロールバックセグメント

３．TEMP表領域

４．システム表領域

に、なるかと思います。

REDOログは、全てのトランザクションにおいて書き込みが発生するため、RBSは更新系トランザクションにおいて書き込みが発生するため、優先順位が高くなります。

ただ、お話から察するに、OLD構成に比べて明らかにパフォーマンスが落ちているようなので、ディスク構成より、もっと大きなボトルネックがありそうに思います。

物理的なディスク上のマッピングよりも、インデックスやメモリ確保のほうが影響は大きいと思います。

旧DBでは存在していたインデックスが、新DB移行時に落ちてしまっているとかいう可能性はないですか？

まずは、ストアドの実行状況をクエリアナライザで分析してみるべきだと思います。

また、SqlServerプロセスに割り当てるメモリを増やしてみてはどうでしょうか。

プロセスが自動で確保か、固定的に決まった分を割り当てるか設定できます。

ここで大きめの値を割り当てて見てはいかがでしょう。

（大きすぎる値を割り当てようとすると、メモリが確保できませんでしたというようなエラーがイベントログに書かれますが、サービス自体は動きます）

後は、たとえばDBサーバ⇔WEBサーバ間のネットワーク回線がボトルネックになっている可能性はないでしょうか？ちょっとこれはナイかな？と思いつつ一応書いて見ます。

URLはダミーです。

RAIDはハードウエアRAIDですか？もしソフトウエアRAIDならミラーのほうがずっと速いですよ。それと、可能ならシステムとデータのディスクを分けてパラ書きさせたほうが速くなると思います。