sql - SQL データベースの圧縮プロセスの高速化

Question

毎週、約 100 GB 以上のデータベースを縮小してバックアップする必要があります。

通常、収縮には2〜3時間かかります。これは、経営陣がこのデータベースを迅速に展開することを望んでいる場合は特に、非常にイライラします。

私の質問は

1-巨大なデータベースをすばやく縮小する方法はありますか. 2-縮小する代わりに、縮小オプションを有効にしてバックアップを実行すると、不要なページを削除するなど、同じことが行われますか。

ありがとう

Answer 1

1：いいえ、通常、（サイズの）「実際の」データベースを縮小することはありません。特に、SQL Serverのバックアップでは、使用されていないデータベースのページはバックアップされないため、空の1000GBデータベースのバックアップは非常に小さいため、縮小しても意味がありません。重要なものの実際のバックアップ（15分ごとのようにデルタバックアップを実行する場合）を人々がどのように行うと思いますか？通常、自動成長は使用しないでください。サイズが大きいものには縮小を使用しないでください。

2：1のようにムート。収縮しないでください。

そもそもなぜデータベースを縮小する必要があると思いますか？ところで、100GBは非常に小さいです。1000GB以上に達すると、物事は不安定になります。