SQL Server 2005での最適なログサイズの決定

Question

私のデータベースには303 MBのサイズのログファイルがあり、使用される％は3.19です。

私はかなりのトランザクションボリュームがいくつかのテーブルに限られていると確信しています。データベースとログは夜間にバックアップされます。

• は、私が割り当てられたスペースを縮小することができるかどうか、ひいてはログ私のログは、毎週/毎日成長どのように大きな
• ：

  は、どのように私は私のログを決定するために評価しますか？

トランザクションログとデータベース全体のバックアップを実行する前にログスペースを確認しますか？

これらのジョブの実行前または実行後に毎晩ログサイズをテーブルに記録する方法はありますか？

Answer 1

ただ異常に忙しい日や活動

DBCC SQLPERF（ログ・スペース）のバックアップの前に

を実行して、しかし、ログを過小成長を可能にするものではない、と。十分なスペースがあれば、ログファイル用に自動拡張を設定しても問題ありませんが、毎日成長したくない場合や、ディスクファイルの断片化が問題になります。ログのサイジングの経験則はありません。トランザクションの量に完全に依存します。

あなたが結果を保持するためのテーブルを構築し、出力をキャプチャしたい場合：

（フロート、 ステータスint型を使用した名前 はvarchar（64）、サイズのフロート、）テーブル・ログ・スペースを作成

...これを実行します。

（ 'DBCC SQLPERF（ログ・スペース）'）#D幹部に挿入

を

タイムスタンプをファイルに追加するには、いくつかの方法があります。私はバックアップの前にそれを実行します。