If you are using MsSQL, you might have noticed an abnormal growth of your ldf file. I will explain in this article the principle of the transaction log file, and how to limit its growth.

Whenever a data update is made in the database, entries are added to the transaction log (ldf file). It is not possible to prevent this as it is part of the way Microsoft SQL server maintains integrity – particularly during recovery.

The transaction log is a circular file; when the end is reached any free entries at the start will be used. This means that all being well, the file will stay at a constant size as the current entry cycles round.

The system maintains the MinLSN which is a pointer to the first active log record. Any log records before this (in the circular file) are free. The MinLSN will be prevented from moving forward by any open transactions;  the oldest open transaction entry will be >= the MinLSN. The MinLSN is updated at checkpoint so committing a transaction will not immediately free entries and anything that holds up the checkpoint can cause problems.

If the database is in simple recovery mode all entries prior to the MinLSN will be freed at checkpoint.

If the database is in full recovery mode (and a full backup has been taken) the entries prior to the MinLSN will only be freed by a transaction log backup (not full backup).

Unfortunately the sql server default (except local editions) leaves the databases in full recovery mode. This means that if no action is taken, no transaction log entries will be freed and the log file will eventually fill the disk and crash the system.

I would recommend always setting the model database to simple recovery mode.

If the log file has grown to being in full recovery mode then set it to simple before going any further. This should immediately stop the log from growing.

Enterprise manager
Right click on the database, properties, Options, set model to simple, OK.

t-sql
sp_dboption [dbname], ‘trunc. log on chkpt.’, ‘true’

Before this make sure there are free entries by setting the recovery model to simple or backing up the log.

Enterprise manager

Right click on the database, All tasks, Shrink database, Files, Select log file, OK.

t-sql
dbcc shrinkfile ([db_log_name])
Here [db_log_name] is the logical name of the log file as found from sp_helpdb or the table sysfiles

Always take a full backup before a detach. Detach the database, delete/rename the log file, attach the database – this will create a minimum size log file.
Note that the log file must be deleted/renamed otherwise it will be re-used even though it is not mentioned in the attach.

Enterprise manager

Right click on the database, All tasks, Detach database, OK.
Delete/rename the disk log file.
Right click on databases, All tasks, Attach database, Select the .mdf file, OK, Yes (to the create new log message).

t-sql

sp_detach_db [dbname]
Delete/rename the disk log file.
sp_attach_single_file_db [dbname], [filename]
where [filename] is the name of the physical data file (.mdf).