Agreed, it is probably the most important shortcoming!

In terms of when a DR is performed for a client, surely the TSM client
performs a similar query with the TSM server to identify the files
required to be restored?

Maybe there's a smooth streamlined script for this purpose that IBM just
dont want us to have ;)

Ah well.... will keep on looking......

regards,

Rowan O'Donoghue
Technical Services Manager
Unitech Systems
Bracken Business Park
Bracken Road
Sandyford Industrial Estate
Dublin 18.

Tel:  + 353 - 1 - 2942300
Fax: + 353 - 1 - 2942319
www.unitech-ie.com



Richard Sims <rbs AT BU DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
01/10/2003 17:35
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: TSM & DR






>The one thing I've always found to be a downside to TSM is the ability to
>easily identify the EXACT amount of tapes required to rebuild an
>environment to it's most current state. ...

That has been a Holy Grail quest for us customers.  There remains no
feasible
way to get such a list from the product.  This condition probably stems
from
the product philosophy of being file-oriented rather than tape-oriented,
in
that the customer need not be concerned with the current tapes upon which
the files reside.  Obviously, DR needs conflict with that neatness, and so
we all would like to see the product accommodate such needs.

   Richard Sims, BU