Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Database - SQL log file too largeDatabase - SQL log file too large
Previous
 
Next
New Post
12/16/2009 5:14 PM
 

 

Thanks for the reply but I still don’t understand.
The SQL log just keeps growing – it’s now at 193.38mb (xxxx_0151_log 199.38 Mb).
 
What is causing the log file to grow so large?
How can I prevent this, and also reduce the size of the SQL log?
 

 

 
New Post
12/16/2009 5:53 PM
 

If you have direct access to the SQL Server and can change the database options, you can change the database option "recovery model" to simple.  This will stop the use of the transaction log (mostly).  Once the option has been changed, immediately perform a backup, then shrink the database.  The log file should be reduced to a minimum size. 

This means that you can only restore your site with a backup file.  You will NOT be able to apply any transaction since the most recent backup.  So, depending on the level of activity on your site, this may NOT be appropriate.   Sites where very little changes or the lost of some changes can be tolerated, can consider this suggestion. 

If you will only ever restore to a backup, then this a suggestion to reduce the size of the database files.    However, I would recommend that you perform daily backups so in the worst case you will be only 24 hours from a backup.   Also, I would make a backup after any major change regardless of the recovery model used.

Paul.

 
New Post
12/16/2009 5:56 PM
 

Don't bother shrinking the database files - it's inefficient and generally causes more problems than it solves. Once your transaction log has been backed up, SQL will reuse the space in the file, so your log file should only grow as large as the maximum log size between backups. So if you start running just a weekly full backup instead of a daily one, you'll probably see your log file grow to 7 times its current size. If the size is really causing a problem then run regular BACKUP LOGs in between your full backups. Changing the backup schedule is presumably a job for your SQL host, so you'll need to talk to them about setting it up.

Alternatively, if you're not actually going to use the transaction log for a point-in-time restore, and are just going to restore from a full backup, just set the database recovery mode to Simple, which will take the transaction log out of the equation and make life a lot simpler!

 
New Post
12/17/2009 7:07 AM
 

Shrink the transaction file
back up all the data base and master before

ensure that you are in the right database DOTNETNUKE in QUERY ANALYZER
To reduce the size of the log file (. Ldf) to a SQL Server database must be from the Query Analyzer, execute the following commands:

BACKUP LOG DOTNETNUKE WITH TRUNCATE_ONLY
DBCC SHRINKFILE(DOTNETNUKE_LOG, 2)

The transaction log for the database DOTNETNUKE was reduced to 2MB.


Cheers from France, Michel
 
New Post
2/22/2012 6:16 PM
 
I know this is an old thread now, but I am using SQL Express and the .ldf has grown to 14GB in size.

Is there a simple way to reduce the file size with this version of SQL?

Thanks,
Paul
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...Database - SQL log file too largeDatabase - SQL log file too large


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out