SQLリストアを高速化するためにサーバーに何を追加できますか？

現在、復元に約9時間かかる2.8 TBのSQLデータベース（主にデータファイル、約400 GBのログファイル）を持っています。このデータベースはテスト目的で使用され、常に同じポイントから開始するように、実行のたびに削除してバックアップから復元する必要があります。

私の質問は、サーバーには現在12コアと92 GBのRAMがあり、データベースが存在するRAID 5ディスクサブシステムが搭載されていることです。通常、SQL復元プロセスのボトルネックとなる領域は何ですか？それはディスク、メモリ、またはCPUですか？

リストアの主なボトルネックは、ディスクIOです。これを修正するには、基本的に高速なディスクまたは別の構成が必要です。RAIDやSANについては、そこに何か提案するのに十分な知識がありません。SSDを検討することもできます。彼らは盲目的に速いです。定期的に再作成されないものには使用したくありません（tempdbは常にこれに適した候補です）。頻繁に復元しているので、問題ないかもしれません。一方、パフォーマンステストを行う場合は、テストサーバーを本番サーバーにできるだけ近づけることをお勧めします。

自分を助けるためにできることは他にもいくつかあります。まだの場合は、最初にバックアップを圧縮します。もちろん、これはSQL 2008以降を前提としています。バックアップを保存するためのディスク容量だけでなく、バ​​ックアップを読み取るためのIOも削減されます。CPUコストがかかるため、注意してください。また、データベースを削除せずに、データベースを復元してください。このようにして、ファイルはすでに配置されており、ファイルを作成するためのオーバーヘッドはありません。インスタントファイル初期化（サーバーレベルの権限）をオンにして、データファイルのファイル作成/成長を劇的に高速化できますが、ログファイルでは機能しません。

バックアップと復元を行わないでください。SQL Serverスナップショットを使用します。スナップショットしたファイルと同じサイズのスパースファイルを保存するには、多くのディスク容量が必要ですが、ロールバックは数百倍高速です。

SQL Server EnterpriseエディションとSQL Server Developerエディションで利用できます。