Your question, your audience. Choose who sees your identity—and your question—with question security.
Stil not clear on sql server Transaction LOG backup
I'm not a DBA but we dont have a DBA here. I think i asked this question maybe 2 yrs ago but i'm still not clear on the procedure for backing up LOG transaction in production environment...
If I remember correctly, 2 jobs ago, the "DBA"...backed up the log every 15 mins and trucated it. So every 15 mins, it was backed up, trucated,.,,backed up, truncated.
Our log file is growing here... not yet very big...1 GB so far....But what is the correct policy/method of do this??
Here it says to truncate it:
http://support.microsoft.com/kb/873235
If I remember correctly, 2 jobs ago, the "DBA"...backed up the log every 15 mins and trucated it. So every 15 mins, it was backed up, trucated,.,,backed up, truncated.
Our log file is growing here... not yet very big...1 GB so far....But what is the correct policy/method of do this??
Here it says to truncate it:
http://support.microsoft.com/kb/873235
Asked:
Who is Participating?
I think I've got it finally..only took maybe 2 yrs :)
I've read that Db should be in full mode in production...this is to be able to retrieve lost data..correct?
If I actually want to shrink the size of the log, i can use shrinkfile ..correct? ( i want to do this in our test environment)
I've read that Db should be in full mode in production...this is to be able to retrieve lost data..correct?
If I actually want to shrink the size of the log, i can use shrinkfile ..correct? ( i want to do this in our test environment)
If you think you really need to shrink it,then use DBCC SHRINKFILE....do make sure you test it first.
If will help you recover to a point in time...so, if you want to recover to a point in time, you restore your last full backup, last differential backup (if you have one), and any trans logs in order up to the time you want to restore....
If will help you recover to a point in time...so, if you want to recover to a point in time, you restore your last full backup, last differential backup (if you have one), and any trans logs in order up to the time you want to restore....
i think i dont understand the second paragraph...
if I backup the log every 15 mins..suppose i start at 1 PM.
At 1:00, i have a backup
At 1:15, i have a log backup
At 1:30 , i have a log backup
At 1:45...something happens and i want to recover. I should restore the backup from 1:30..correct?
-- so backup the transaction log but what is that last differential backup??
if I backup the log every 15 mins..suppose i start at 1 PM.
At 1:00, i have a backup
At 1:15, i have a log backup
At 1:30 , i have a log backup
At 1:45...something happens and i want to recover. I should restore the backup from 1:30..correct?
-- so backup the transaction log but what is that last differential backup??
if you can perform a tail log backup (final tlog backup...the 1:45 backup) then do so...otherwise, you would do this:
restore your full backup from 1
restore your tlog backups from 1:15 and 1:30. If the 1:30 is the last tlog bkup you have, then you're done. If you have the tlog backup from 1:45, you can restore up to the point in time of the error....say it happend at 1:40, you can restore up to 1:39 or so.
restore your full backup from 1
restore your tlog backups from 1:15 and 1:30. If the 1:30 is the last tlog bkup you have, then you're done. If you have the tlog backup from 1:45, you can restore up to the point in time of the error....say it happend at 1:40, you can restore up to 1:39 or so.
One last question....you say it not needed to shrink the tlog
that link above has:
"To recover from a situation where the transaction logs grow to an unacceptable limit, you must reduce the size of the transaction logs. To do this, you must truncate the inactive transactions in your transaction log and shrink the transaction log file."
What if I shrink , but still have the tlogs...can I still recover the DB by using the tlogs? I would think the answer is yes...
that link above has:
"To recover from a situation where the transaction logs grow to an unacceptable limit, you must reduce the size of the transaction logs. To do this, you must truncate the inactive transactions in your transaction log and shrink the transaction log file."
What if I shrink , but still have the tlogs...can I still recover the DB by using the tlogs? I would think the answer is yes...
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
All Courses
From novice to tech pro — start learning today.
-
Course of the Month9 days, 22 hours left to enrollMonitoring and Operating a Private Cloud with System Center 2012 R2 273 lessons
When you do a log backup, youre removing the inactive poritions of the log....of if you're in full recovery mode, you should be doing log backups....every 15-20 min is a good place to start...but it really depends on the requirements. You really won't need to shrink the log, so doing your trans log backups every so often will keep your log from growing out of control. Does that make sense?
BTW..truncating the log makes is so that you can't restore to a point in time...which you'll want to be able to do since you're in full recovery mode already.