Eric,

Not a lot of detail in your post but I always do my backup stgpool
before I migrate so it's disk to tape instead of tape to tape. Doesn't
always happen if there is a unusually large client backup that causes
the migration to occur before the scheduled stgpool backup.

I think caching will do what you want but there are other caching issues
that many of us wish to avoid.

Loon, E.J. van - SPLXM wrote:

Hi *SM-ers!
I'm currently struggling with the fact that I cannot run a backup stgpool
diskpool and a migrate diskpool (to empty it out for the next client backup
cycle) sequentially no more. Migration would run well into the evening and I
would like it to be ready at 18:00 hours.
I'm thinking about turning on caching for my diskpool. If it works like I
hope, TSM migration empties out the diskpool, but leaving the actual data
behind, so a backup stgpool diskpool uses these cached copies, instead of
mounting all the tapes during a subsequent backup stgpool tapepool. In that
case, I can run migration and backup stgpool at the same time.
Is TSM working like this or will a cached object, once (logically) migrated,
be backed up from tape?
Thank you very much for your reply in advance!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines


**********************************************************************
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**********************************************************************

--

Steve Bennett, (907) 465-5783
State of Alaska, Enterprise Technology Services, Technical Services Section