T-SQL のこの部分は 2005 年に廃止されました。
BACKUP LOG [DB_NAME] WITH TRUNCATE_ONLY
データベースのログのバックアップを保持する必要はありませんが、将来 SQL2008 またはそれ以降のバージョンに移植する場合、コードの一部が機能しなくなりたくありません。
乾杯
T-SQL のこの部分は 2005 年に廃止されました。
BACKUP LOG [DB_NAME] WITH TRUNCATE_ONLY
データベースのログのバックアップを保持する必要はありませんが、将来 SQL2008 またはそれ以降のバージョンに移植する場合、コードの一部が機能しなくなりたくありません。
乾杯
データベースリカバリモードをSIMPLEに切り替えてから、DBCCSHRINKFILEを使用します。次に、元のリカバリモードを復元します。LOGファイルが縮小しない場合は、コミットされていないトランザクションがある可能性があります。詳細については、TiborのKarasziの縮小に関する記事を参照してください。
データベースのリカバリモデルをSimpleに変更すると、ログのバックアップ/切り捨てが強制されなくなると思います。
単純なリカバリモデルを使用するようにデータベースを変更します。これは、ポイントインタイムリカバリがないことを意味します(ログを切り捨てている場合は、とにかくそれはありません)が、ログファイルは自動的に循環され、大きくなりすぎることはありません。
ログファイルは必須であり、それを保持する以外に選択肢はありません。ログファイルが制御不能になり、ディスクがいっぱいになることは望ましくありません。
Andy Jones が答えたように、ログ ファイルは必須です。これは単なるイベントのログではなく、データベースがトランザクションのロールバックとメモリのコミットを処理する方法の重要な部分です。