トランザクションログは、必要に応じて復元を容易にするために履歴トランザクションの記録を保持することを理解します。ただし、サーバー上に停止している非アクティブなデータベースのトランザクションログバックアップを作成し続ける必要がありますか? DDLステートメントはそれらに対して実行されず、参照のためだけに使用されます。SQL Server 2008のバックアップトランザクションログ
私はこれが間違っているとログスペースが足りなくなるかもしれないと心配しています。
トランザクションログは、必要に応じて復元を容易にするために履歴トランザクションの記録を保持することを理解します。ただし、サーバー上に停止している非アクティブなデータベースのトランザクションログバックアップを作成し続ける必要がありますか? DDLステートメントはそれらに対して実行されず、参照のためだけに使用されます。SQL Server 2008のバックアップトランザクションログ
私はこれが間違っているとログスペースが足りなくなるかもしれないと心配しています。
データベースの復旧モデルを復旧モデルSIMPLEに変更することを検討しましたか?そうすることで、トランザクションログは必要なときに自動的に再利用されるので、トランザクションログをバックアップする必要がなくなります。
通常のFULLデータベースのバックアップを取ることをお勧めします。
また、これらのデータベースが実際には読み取り専用のデータベースである場合は、なぜsettingと思われるのでしょうか。このアクションには、DML操作が発行されていないと思われるときにDML操作を発行しているクエリ/ユーザーがすぐに強調表示されるという利点があります。
READ以外の操作を実行しているクエリを識別するその他のオプションには、データベースサーバー上でのアクティビティのプロファイラトレースの実行や、関連するデータベースユーザーからのすべてのデータ変更権限の取り消しなどがあります。
トランザクションログは実際にバックアップされると切り捨てられます。したがって、これらのデータベースが実際にはアクティブでない場合は、ログが空であるため、トランザクション・ログをバックアップしないでください。
また、「非アクティブ」データベースの一般的なプラクティスは、単純な回復モデルでREAD ONLYにすることです。
応答のために乾杯Bitxwise、非常に便利でした。 – Pixelated
あなたの更新された回答には、あなたの元の回答がSIMPLE復旧モデルに触れただけで、以下に述べた内容が含まれているようです。私たちが同じことをお勧めしていることは間違いないと思います... – bitxwise
@FairFunk:お手伝いしてうれしいです。 –