With database sizes on client systems increasing each day to 100s Gigs from
tens of Gigs, if the log size only goes up by 2.5 times the current size
limit, some piece has to get 4 times faster to maintain the current way
things are working.

If Tivoli is not going forward faster than its customers, it is not going
forward.   TSM either needs to be ported to use a 21st century database or
at least copy what they are doing today.  Multiple recovery log volumes,
replication between servers for recundancy, the ability to actually use 2+
to 8 Gigs of database buffer memory.

Jeff Bach

> -----Original Message-----
> From: Nicholas Cassimatis [SMTP:nickpc AT US.IBM DOT COM]
> Sent: Friday, June 22, 2001 9:22 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Recovery Log size
>
> With the current limit of 5.3GB, and the steps we've all taken to work
> within that limit, I don't think many people will be hitting the 13GB
> limit
> all that quick.  An incremental database backup will still flush the log,
> and, with 13GB, I think we'll be OK if we don't change the way we are
> doing
> our business.
>
> Nick Cassimatis
> nickpc AT us.ibm DOT com
>
>
>
>
> >An FYI - TSM 4.2 will increase the limit to 13GB.
>
> I think we're all wondering when the first voice will be heard asking
> when the 13 GB limit will be increased.  And I think we're all wondering
> why the increase was little more than a doubling of the current limit -
> which customers are already straining to go beyond.  As an Enterprise
> level product, I would expect TSM to be a lot more open-ended.  Unless
> this boost was merely a stop-gap in advance of major architectural
> relief, it's not going to be enough to keep up with the demand.
>
>    Richard Sims, BU


**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**********************************************************************