on 04-14-2008 12:51 PM
Hi,
We are using Veritas Backup tool for Backups and restores on our MS SQL 2000.
One of our Veritas Tech has disabled the Truncation of Transaction Log Backup using the Job setup in Veritas. We want to confirm whether the Truncation is happening or not. I don't see any difference in the Transaction Log file size.
How to find out whether truncation is active or not?
Thanks
Vijay
Hi,
normally the log gets truncated, when the log backup was successful. If you stop truncating the log during a backup, the log will grow and grow as long as diskspace is available.
If you mean, that you have switch from the simple recovery mode (formerly known as 'truncate log at checkpoint') to the full recovery mode you have to have a full database backup to stop the log truncation, as it makes no sense to keep the log until you don't have a valid database backup for restoring it to. So do a full database backup and then you should see the log to grow. A backup log then will free the log again. You can monitor the used space within the log with
dbcc sqlperf(logspace)
Best regards
Clas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Clas,
Thanks for your detailed help.
However, our Veritas Admin confirmed that the transaction log truncation has been switched off now. But, transaction logs are being backed up every 20 mins without truncation.
So, for every 20 mins, the transaction log data will be moved and the log file will be free even if the truncation is off. Am I right?
We want to switch of truncation and take a full offline databse backup to restore it in the standby server and configure log shipping after that. We experienced some issues with the LSN number mis-match earlier. I have found few forums which said that this can be resolved if the truncation is switched off and a full DB backup is restored.
Any help would be appreciated.
Thanks
Vijay
Hi,
if you are in simple mode (truncation is on) you will see an entry like this:
The following options are set:
-
trunc. log on chkpt.
auto create statistics
auto update statistics
So, as the log is now growing, you have to run regular transaction log backups to keep it small. You can later apply these TA log backups to your restored database backup (keep the database in recovery mode when you restore it, only in this mode can you apply TA log backups).
Regards
Clas
Vijay,
well - try it tactically.
restore your backup to a new database and have a look if the new database has a smaller log.
than you know it
regards
David
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.