August 13, 2009 at 1:12 am
I have a question on removing log files from an online database.
I currently have a clustered server instance with SQL server 2005 Standard x64 .
There is a db which is causing excessive log growth issues recently. I have currently two log files on 2 separate volumes, but need to move the second log file to another drive.
I am aware that the server will lock onto the file while writing to it, but under database properties, I get an option to "Remove" the file as well in addition to "Add" option. Can anyone please suggest a method to move the second log file location without taking the DB offline. Will it work if I add another (third) log file at the new location, and then remove the second or old file?
Thanks
Akhil
August 13, 2009 at 8:08 am
Shrink the log file with emptyfile option for the one which you want to remove and then you can remove it using alter database statement.
You can carry out this when there is no activity on the database that you are trying to do.
August 13, 2009 at 10:25 am
It sounds like you are not performing any transaction log backups. If you were, then you wouldn't need a second log file, or be looking at creating a third. At least, that is what I am guessing.
How often are you backing up the transaction log?
Also, you should read the article I link to in my signature about Managing Transaction Logs - it will idenfity why you are having these problems and how they can be resolved.
Jeffrey Williams
“We are all faced with a series of great opportunities brilliantly disguised as impossible situations.”
― Charles R. Swindoll
How to post questions to get better answers faster
Managing Transaction Logs
August 17, 2009 at 2:15 am
To add to Jeffery's points
from BOL
However, transaction log files cannot be part of a filegroup; they are separate from one another. As the transaction log grows, the first log file fills, then the second, and so on, by using a fill-and-go strategy instead of a proportional fill strategy.
.
"Keep Trying"
August 17, 2009 at 7:39 am
Thanks for reply guys.
Kalyani's reply sorted it out. I am somewhat familiar with log management and backup em up 15 min. The problem arose due to heavy log generation on a mirrored database, and there are severe network limitations whcih I am having to werk with:-)
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply