sql-server - パフォーマンス コストを回避しながら SQL 縮小

Question

SQL 2008R2 サーバーで SharePoint 2010 を実行しています (関連性があるかどうかは不明です)。データベースのサイズを 120 GB 近くまで押し上げた画像ライブラリは非常に多くあります。これらすべての画像のサイズを元のサイズの約 20% に変更するユーティリティを作成したので、大量のスペースが解放されます。オンライン バックアップの請求額を削減するために、この領域の多くを再利用したいと考えていますが、データベースを圧縮することによるパフォーマンス コストについて読んでいます。

スペースの大部分を縮小し、大きな割合を空きのままにしておくと、それに関連する断片化の問題が解消されますか? ...または、私の問題に対するより良い戦略はありますか?

Answer 1

SHRINKを頻繁に行うのは良くありません。しかし、頻度が高すぎるのはケースバイケースです。写真のスペースを減らした後、データベースファイルのスペースが利用可能になるので、週に1回は再利用しても問題ないはずです。週末またはオフタイムに DB メンテナンス プランを実行する必要があります。十分にテストされた間隔で SHRINK データベース/ファイルを実行しても害はありません。この行の意味がわかりませんでしたが、「ほとんどのスペースを縮小し、大きな割合を空けておくと……」

圧縮できるファイルとできないファイルをどのように選択しますか。データベースごとに複数のdbファイルがある場合は、FULL DBまたは選択したデータ/ログファイルのいずれかを実行できます。