SQL Serverのパフォーマンスを向上させるDBCC SHRINKFILE

Question

私はいくつかのデータベースに8 TBのSQL Server 2008を導入しました。 私はそれぞれのデータの約85％を削除し、ディスク容量を回復しなければなりません。 すべてのUSED_SPACEの最終SUMは1.2 TBです。

このSHRINKFILEプロセスは、PERデータベースの7時間のメンテナンスウィンドウ内に収まる必要があります。

ただし、それぞれのDBCC SHRINKFILEは実行に数時間かかります。たとえば、800 GBのデータベースを120 GBに縮小すると、15時間以上かかります。

残念ながら、これは私のメンテナンスウィンドウを超えており、データベースが破損しないことを望んでいるプロセスを強制終了させて​​しまいます（その後DBCC CHECKDBは正常です）。

DBCC SHRINKFILEは、利用可能なディスクI/OやCPUリソースを十分に活用していないことがわかります。

たとえば、完全なサイズのデータ​​ベースファイルを数時間で1つのディスクから別のディスクにコピーすることは可能ですが、SHRINKFILEプロセスはかなりの時間がかかります。

注：データベースはすべてSIMPLE回復モードに設定され、AUTO_SHRINKはオフです。

はい、多くの人がインデックスを破壊するとは言いません。SHRINKFILEが完了すると、インデックスを再構築する予定です。

SHRINKFILEコマンドまたはその他のソリューションの優先度を上げる方法はありますか？私が検討しているいくつかのオプションは次のとおりです。SHRINKFILEを実行する前の同じセッションで、

• SET DEADLOCK_PRIORITY HIGHがあります。 （しかし、これは役に立ちますね）
• 新しいデータベースを作成し、すべてのデータをテーブルごとにコピーします。

助けてください。

Answer 1

DBCC SHRINKFILE id単一スレッド操作であり、サーバーで時間がかかりすぎます。周り

作品：（これはデータとインデックスを手配しますAS）まずDBCC SrinkFilesを行い、その後MAXDOP *で

をインデックスを再構築。

Maxdop - クエリで使用できるスレッドはありません。