私はSQLデータベースを持っており、さらなる開発のために同じデータベースを別の場所に送りました(スキーマに変更があってもなくてもかまいません)。私はバックアップファイルを作成し、それを別のSQL Serverに復元しました。SQLサーバの巨大サイズのログファイル
私は1000の行を持つ4つのテーブルを持っていても、2つ多く成長しないにもかかわらず、ログファイルのサイズが非常に巨大(14GB)であることがわかりました。現在、私はクエリを実行し、(サイズはMB単位で)見つかりました。
私は、SQL Management Studioを使用して、ログファイルを縮小しても、我々はできるこのデータベースにのみいくつかの更新を持っているように、SIMPLEモード回復を続けている:私は何
data_size data_used_size log_size log_used_size
801.00 2.06 14220.75 55.63
いつでもトランザクションが失敗した場合は、もう一度やり直してください。私はバックアップを作成し、同じ復元し、ログファイルのサイズがかなり減少しているとここにここにあります。
total_size data_size data_used_size log_size log_used_size
802.00 801.00 2.06 1.00 0.46
- 質問1:データベースのサイズが非常に小さいが、我々はデータベースの初期サイズを小さくする必要がありますので
- 質問2:これは、別のデータベースを復元するために、この.BAKファイルを送信するために今すぐOKです場所
ストレージに関する懸念はありますか?どのような痛みを修正しようとしていますか? –
ログファイルのサイズ – user641812
質問1 - DBが非常にゆっくりと成長すると思うならば、初期サイズを落としたり、サイズを少し増やしても害はほとんどありません。あなたが空のディスクスペースも何もしていません。時間がたつにつれ100個のDBが1 GBに成長する可能性がある場合は、事前に予約しておくか、予約しないでディスクスペースが時間の経過とともに消え始めるのが良いでしょうか?あなたの電話質問2:別の場所で.bakから復元できるはずです - データベースでは、これが試用版として実現できることを確認するのが最善です。 – Cato