データ削除後に完全バックアップを行っていないなら、完全バックアップを行ってからDBCC SHRINKFILEを行ってみて下さい。
追記
DBCC SHRINKFILE (Transact-SQL)
トラブルシューティング
ここでは、DBCC SHRINKFILE コマンドを実行する場合に発生する可能性のある問題を診断し修正する方法について説明します。
ファイルが圧縮されない
エラーなしで圧縮操作が完了してもファイル サイズが変わらない場合は、以下の操作でファイルに十分な空き領域があることを確認してください。
次のクエリを実行します。
SQL
1SELECT name ,size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS AvailableSpaceInMB
2FROM sys.database_files;
DBCC SQLPERF コマンドを実行し、トランザクション ログで使用されている領域を返します。
使用できる空き領域が不十分な場合、圧縮操作ではこれ以上ファイル サイズを減らすことはできません。
通常、圧縮されていないように見えるのはログ ファイルです。 この圧縮されない状況は、多くの場合、ログ ファイルが切り捨てられなかった結果として起こります。 ログを切り捨てるには、データベース復旧モデルを SIMPLE に設定するか、ログをバックアップして再度 DBCC SHRINKFILE 操作を実行します。
上記に関連して、以下も試してみて下さい。
トランザクションログが、切り捨てと圧縮をしても小さくならない。
トランザクションログファイルは、全体で一つの大きな輪になっていると考えてください。
ログを記録している際に、ファイルの終わりまで行くと、先頭に戻って記録を続けます。 (空きが無くなると、ファイルを拡張します。)
一方で、空き領域の切捨ては、ファイルの末尾からしか行われません。
そのため、最新のログがファイルの末尾にあると、切捨てが出来ません。
その場合は、ダミーの SELECT 文で 最新のログをファイルの先頭に記録させ、末尾のログをバックアップすることで、切捨てが出来るようになります。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/07/24 05:48
2019/07/24 06:05
2019/07/24 06:39
2019/07/24 06:57
2019/07/24 07:07
2019/07/24 07:14
2019/07/24 07:16
2019/07/24 07:24
2019/07/24 09:48