2016-10-27 1 views
0

私は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です場所
+0

ストレージに関する懸念はありますか?どのような痛みを修正しようとしていますか? –

+0

ログファイルのサイズ – user641812

+0

質問1 - DBが非常にゆっくりと成長すると思うならば、初期サイズを落としたり、サイズを少し増やしても害はほとんどありません。あなたが空のディスクスペースも何もしていません。時間がたつにつれ100個のDBが1 GBに成長する可能性がある場合は、事前に予約しておくか、予約しないでディスクスペースが時間の経過とともに消え始めるのが良いでしょうか?あなたの電話質問2:別の場所で.bakから復元できるはずです - データベースでは、これが試用版として実現できることを確認するのが最善です。 – Cato

答えて

1

Q1への回答: データの増加を見積もり、データベースの初期サイズを設定することをお勧めします。その理由は、単にSQLデータファイルが非常に高価な自動拡張操作を実行しないようにするためです。データの成長が期待できない場合は、初期サイズを設定するかどうかは関係ありません。

Q2への回答: ファイルを復元するSQL Serverのバージョンが似ているかそれ以上のバージョンであれば、バックアップファイルを任意の場所に送信できます。注意を払うのは、バックアップファイルのデータだけです。機密データがある場合は暗号化を検討してください。

関連する問題