December 2, 2005 at 7:40 am
Hi there,
I have a database on which I perform transactional log backup using maint plan. The TLog backup fails. The error that I can see in the log file is as follows.
Microsoft (R) SQLMaint Utility (Unicode), Version Logged on to SQL Server 'CCE_XXXX' as 'XXX\SQLuser' (trusted)
Starting maintenance plan 'CCE_XXXX' on 12/2/2005 8:00:10 AM
Backup can not be performed on database 'XXXX - SU'. This sub task is ignored.
Deleting old text reports... 0 file(s) deleted.
End of maintenance plan 'CCE_XXXX' on 12/2/2005 8:00:10 AM
SQLMAINT.EXE Process Exit Code: 1 (Failed)
Can anyone tell me why?
Helen
--------------------------------
Are you a born again. He is Jehova Jirah unto me
December 2, 2005 at 8:50 am
Hi Helen,
Check the error log to see if there's a more detailed answer.
Couple of things that first spring to mind and are worth checking. Check the database is not in simple-recovery mode. Have you taken a full backup of the database?
December 2, 2005 at 9:08 am
Hi Karl,
The error log does not contain any detail about the error. Infact I checked this to find out why?. Let me check if it is in Simple REcovery model. Full db backup is running perfectly.
Yes the db is in Simple Recovery model
Thanks for your help
Helen
--------------------------------
Are you a born again. He is Jehova Jirah unto me
December 2, 2005 at 12:36 pm
You can not do transaction log backups if:
The database is Master
The database is MSDB
The database is in SIMPLE recovery mode.
-SQLBill
September 17, 2007 at 2:41 pm
I am a new to sqlserver therefore forgive me for asking this:
why transaction log does not get backed up for master, since master is still a database and need to be fully recoverable transactionally speaking?
September 18, 2007 at 2:46 am
For a reason best known to themselves, Microsoft have decided that transaction log bacukps of master are not possible.
It is possible to do transaction log backups of msdb, provided that you have switched it to Full Recovery. In SQL Server 2000, whenever you start SQL Agent msdb is set to simple recovery but in SQL Serve 2005 this is not done.
Original author: https://github.com/SQL-FineBuild/Common/wiki/ 1-click install and best practice configuration of SQL Server 2019, 2017 2016, 2014, 2012, 2008 R2, 2008 and 2005.
When I give food to the poor they call me a saint. When I ask why they are poor they call me a communist - Archbishop Hélder Câmara
September 18, 2007 at 7:42 am
Master, MSDB, and TempDB are defaulted to "Simple" recovery. Master can be changed to Full Recovery and then I think you can do a transaction log backup. Not 100% sure, though.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 18, 2007 at 7:43 am
p.s. Don't ever change the TempDB recovery mode... it's not necessary and will drop some performance.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 18, 2007 at 4:56 pm
Can't backup master tran log even though it will allow you to change the recovery model.
September 18, 2007 at 5:27 pm
Thank you guys for replying.
I have changed the recovery option to full for master which went well, however when i try to go to backup screen, transaction log radio button is greyed out.
regards,
September 20, 2007 at 5:07 am
There is no way for you to restore the transaction logs for Master - really no way at all - which is why Microsoft greyed out the radio button for transaction log backups.
Your master dB should be small enough to do a complete backup.
October 26, 2007 at 1:40 pm
My jobs for backing up the OnePoint database (MOM) were failing with this message. I changed the Model to Full and now the backups are working. It looks like this affects all MS databases in sql 2000.
October 28, 2007 at 1:11 am
Im my view changing the recovery model and taking tran log backup is merely unnecessary one.
As you know we are not going to change \ do frequent transactions in master db, hence the the tlog wont grow much compared to other user db's. Hence changing the recovery model to full and taking tlog is merely unnecessary.
Its better to keep master db in simple recovery and taking a full backup daily is the best one.
Regards..Vidhya Sagar
SQL-Articles
October 29, 2007 at 3:56 am
Never put the master database into Full Recovery mode.
Think what this is doing... all changes to master are now saved in the transaction log. But a transaction log of master is not possible. This means the log for master will keep growing, and growing, and growing. It will keep on growing until you put master back into simple mode.
If you think you need master in Full Recover to satisfy audit requirements, then you need to re-think the solution so that master is kept in Simple mode. A good way to tackle audit of master is to set up a Profiler trace to show all activity in master, and use that as your audit.
Note that many other DBMSs do allow their equivalent of Full Recovery mode for their equivalent of master, but SQL Server does not allow this to work. You may need to educate your audit people about these differences if they want you to put master into Full Recovery.
Original author: https://github.com/SQL-FineBuild/Common/wiki/ 1-click install and best practice configuration of SQL Server 2019, 2017 2016, 2014, 2012, 2008 R2, 2008 and 2005.
When I give food to the poor they call me a saint. When I ask why they are poor they call me a communist - Archbishop Hélder Câmara
October 29, 2007 at 4:42 am
I was under the impression, generally speaking, that the master db doesn't change that much or very often at all. That being the case, why would you need transaction log backups? In fact, why would you need a transaction log at all?
Because this db is the most static of all dbs, I just don't see the need to change it from SIMPLE to FULL nor do I see the need for the translog backup. Especially since the transaction logs of the system dbs seem to checkpoint and cleanup themselves (unless tempdb runs out of hard drive space, that is). As long as you have good working copies of regular "complete database" backups, you should be good to go.
Anyway, that's just my two cents. @=)
Viewing 15 posts - 1 through 15 (of 22 total)
You must be logged in to reply to this topic. Login to reply