2016-08-06 14 views
0

データベースがフルリカバリされているテーブルに2mのレコードを追加していますが、ログファイルのサイズがデータベースが作成されたときに割り当てられていたデフォルトから増加していません。ログファイルのサイズが増えていません

+0

?すでにログファイルのサイズは何ですか?トランザクションのログバックの頻度はどのくらいですか? –

+0

ログサイズは最初は1MBでしたが、1MBも表示されていますが、トランザクションログバックアップジョブは実行されていません – user1929135

答えて

0

次の2つのいずれかが起こっている(おそらく両方):

  1. は、ログファイルは、すでにあなたがそれに対して入れている活動のために十分であるように寸法決めされています。

  2. 定期的なトランザクションログのバックアップが実行されています。

0

トランザクションがあったためにログサイズが増加しません。現在のログファイルには、トランザクションのための十分な空き領域がないため、この値は増加します。

つまり、200万行のトランザクションは十分に小さく、バックアップスケジュールでは、物理ログファイルのサイズを増やす必要はありません。

なぜこのようなことが起こるのは、バックアップによるものです。ログバックアップを取ると、ログは切り捨てられます。これは、ログファイルが縮小されることを意味しません。むしろ、未使用スペースは将来のトランザクションのために解放され、物理サイズは変更されません。これは、過度の増加と繰り返しの増加がシステムリソースを不必要に消費するために便利です。言い換えれば、ログファイルが500MBだとすれば、それはデータベースが通常必要とするスペースの可能性が高いということです。したがって、1 MBに縮小すると、すぐに500 MBに成長すると、パフォーマンスに悪影響を与える可能性があります。

この動作を確認するには、興味のあるデータベースでDBCC SQLPERF(Logspace)を実行してログファイル情報を確認します。INSERTとBACKUP LOGによって番号が変更されます。

深い読み:あなたはこれらの2メートルの行を追加する方法を

Log Truncation

Log Size Management

関連する問題