私は、必要に応じて復元を容易にするために、トランザクション ログが過去のトランザクションの記録を保持していることを理解しています。ただし、サーバー上にぶら下がっている非アクティブなデータベースのトランザクション ログ バックアップを作成し続ける必要がありますか? それらに対して DDL ステートメントは実行されず、参照用にのみ使用されます。
これを間違えるとログ容量が足りなくなるのではないかと少し心配です。
私は、必要に応じて復元を容易にするために、トランザクション ログが過去のトランザクションの記録を保持していることを理解しています。ただし、サーバー上にぶら下がっている非アクティブなデータベースのトランザクション ログ バックアップを作成し続ける必要がありますか? それらに対して DDL ステートメントは実行されず、参照用にのみ使用されます。
これを間違えるとログ容量が足りなくなるのではないかと少し心配です。
データベースのリカバリモデルをSIMPLEリカバリモデルに変更することを検討しましたか?そうすることで、トランザクションログが必要な「ありそうもない」イベントで自動的に再利用されるため、トランザクションログをバックアップする必要がなくなります。
それでも、定期的にデータベースの完全バックアップを作成することをお勧めします。
また、これらのデータベースが実際に読み取り専用データベースである場合は、そのように設定することを検討してください。このアクションには、DML操作を「まだ」発行しているクエリ/ユーザーが存在しないと思われる場合に、すぐに強調表示するという利点があります。
READ操作以外の操作を実行しているクエリを識別するための他のオプションには、データベースサーバーでのアクティビティのプロファイラートレースの実行が含まれます。また、積極的なオプションは、関連するデータベースユーザーからすべてのデータ変更権限を取り消すことです。
トランザクションログは、バックアップ時に実際には切り捨てられます。したがって、これらのデータベースが実際に非アクティブである場合は、ログが空になるため、それらのトランザクションログをバックアップしないでください。
また、「非アクティブな」データベースの一般的な方法は、SIMPLEリカバリモデルを使用してデータベースを読み取り専用にすることです。