0
トランザクションログが1週間で更新されないSQL Server 2005データベースがあります。トランザクション・ログは、使用可能なすべてのディスク領域を使い切ったために切り捨てられました。私は期待どおりに毎日成長している同じサーバー上のテストデータベースを持っています。これは何が原因でしょうか?SQL Server 2005のトランザクションログが増加/更新されないのはなぜですか?
トランザクションログが1週間で更新されないSQL Server 2005データベースがあります。トランザクション・ログは、使用可能なすべてのディスク領域を使い切ったために切り捨てられました。私は期待どおりに毎日成長している同じサーバー上のテストデータベースを持っています。これは何が原因でしょうか?SQL Server 2005のトランザクションログが増加/更新されないのはなぜですか?
データベース内のデータを変更していない限り、本当に「更新していません」とは思えません。 MDF/LDFの変更日は通常変更されませんが、ファイル内のデータが変更されていないことを意味するわけではありません。あなたのDBは "シンプル"なリカバリモードになっている可能性がありますので、ログは機能していますが成長はしません。
私たちは完全バックアップを実行しており、一定のデータ変更があることを知っています。私は、トランザクションログの急速な成長により、最近の問題によりログの増加を追跡しようとしているので、将来の問題を回避することができます。ログの成長を追跡するためのよりよい方法はありますか? –
私の理解を確認できますか?ログの空き領域の割合のためにファイルサイズが大きくならない理由はありますか?例えば、私のログが使用されているログ・スペースの50%で500MBであれば、使用されるログ・スペースの%が100%に達しない限り、ログ・ファイルが大きくなることは期待してはいけません。 –
DBの復旧モデルを確認します。「単純」の場合、ログは次のように動作します。各トランザクションについて、トランザクションの再生中にログの一部が使用されます。トランザクションがコミットされると、ログのその部分が解放され、後で新しいログデータで上書きされる可能性があります。したがって、500MBのログと妥当なトランザクションがあれば、それは一杯になることはないので、決して成長することはありません。それを大きくする唯一の事は、「古い」ログレコードが決して破棄されない、非常に長い実行中のトランザクションです。 – onupdatecascade