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
