On May 7, 2010, at 2:35 PM, Johnny Lea wrote: > Bringing offsite tapes back and reclaiming them onsite is much faster; but, > of course, then that data is not offsite. > > Richard Sims http://people.bu.edu/rbs/ > > > Richard, from time to time I've had to do this. After checking in the tapes > and updating them to r/o or r/w TSM doesn't always use them for the source on > a 'move data'. Sometimes it does, sometimes it doesn't. It acts as if the > tapes are not in the library even after I've verified them. > Would you know any reason why?
In most of the cases I've examined, it is because the now-onsite tape begins with a segmented Physical File which is continued from a tape which is not available (e.g., marked Offsite), where the reclamation then runs with primary storage pool tapes only as it starts by copying the entirety of that first Physical File - which takes more time. A few cases have remained mysterious. Richard Sims at Boston University
