OldSkoolSkater
MIS
Hi All
Having being thrown into SQL at the deep end, I am trying to get my head around backing up databases. I have browsed around and come up with the following strategy for my company:
Sun/Wed - Full backup
Mon/Tue/Thur/Fri/Sat - Differential backup
Every hour - Transaction log backup
I understand that if my database dies, I restore the full or differential backup first, and then restore all the Transaction log backups up to the point in time that the database died.
I chose to overwrite the transaction log backup initially, but soon realised that I would only ever have one backup.
If I choose to append the transaction log backup, I will have all that is required to restore to a point in time, but the backup will grow in size rapidly.
Is there a way of restricting the backup file size to 24 appends (ie. a day), thus enabling me to restore to a point in time without the backup file going huge??
Yours Confusedly
Steve
Having being thrown into SQL at the deep end, I am trying to get my head around backing up databases. I have browsed around and come up with the following strategy for my company:
Sun/Wed - Full backup
Mon/Tue/Thur/Fri/Sat - Differential backup
Every hour - Transaction log backup
I understand that if my database dies, I restore the full or differential backup first, and then restore all the Transaction log backups up to the point in time that the database died.
I chose to overwrite the transaction log backup initially, but soon realised that I would only ever have one backup.
If I choose to append the transaction log backup, I will have all that is required to restore to a point in time, but the backup will grow in size rapidly.
Is there a way of restricting the backup file size to 24 appends (ie. a day), thus enabling me to restore to a point in time without the backup file going huge??
Yours Confusedly
Steve