Another reason to do incrementals is to be able to do a PIT restore up to
the last incremental.

We normally do 1 Full backup a day, and were just doing incrementals to disk
over the weekend (every 4 hours) - mainly to clear the TSM log (we are
running in Roll Forward Mode).

This past weekend we had a TSM server crash and it would not come up
"ANR7837S Internal error DBREC106 detected" - basically the crash corrupted
the log and TSM would not come up.

Thankfully we only lost 2 hours of processing.  Server crashed at 05:17
Sunday morning - last incremental was at 03:00.

-----Original Message-----
From: asr AT UFL DOT EDU [mailto:asr AT UFL DOT EDU]
Sent: Wednesday, April 09, 2003 10:48 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Database backup strategy?


=> On Thu, 13 Mar 2003 10:49:52 -0500, Matt Simpson <matt AT UKY DOT EDU> said:

> I'm curious about the type and frequency of database backups that people
do.
> I've inherited a TSM environment set up by sombeody else and I'm trying to
> make sense out of it.


Hi, Kentucky!  Florida here.

I do two a day, one onsite, the other offsite (via remote volumes).

Do fulls, is my opinion.  If you get to the point where you 'need' to do
incrementals because of time constraints for the fulls, what you really
'need'
to do is split your server.

- Allen S. Rout