That is correct.  New TSM clients add extended table entries to the TSM
Server DB that prohibit earlier clients from restoring data with thoughs
changes.  However the TSM client does not have to reprocess any of the
older data.  It is recommened that you test a new client release prior to
moving it into a production environment.  Just to be sure that no problems
creep up in your unique environment.

Keith Davey
Tivoli Systems


On Tue, 12 Dec 2000, Richard Sims wrote:

> >Our Financial Systems production includes archiving all file transfers from
> >the mainframe on *SM, 115,000 files so far.  The platform is OS/2 running
> >V2R1 of ADSM.  The OS/2 admin says he cannot upgrade his client because he
> >understands from the V3R7 README that he must retrieve all those files and
> >rearchive them to have them available on any upgraded client.
> >
> >Is this so?  If it is, is there an easy way to do this?
>
> Standard caveat: When someone claims that documentation says a certain thing,
> make sure they provide a quote or specific pointer to where it says that,
> else they are wasting your time.
>
> What I see in that README is the standard advisory in the client READMEs:
> that once you go to a new client level and use it, you cannot go back.
> No product would survive in the marketplace if it required reprocessing
> all past data in an upgrade.
>
>    Richard Sims, BU
>