Seems like a reasonable compromise would be to just write a script that marks full copy vols as offsite, and leave them that way. Once they go to pending or empty, they'd be changed back to onsite. I can live with the occasional filling volume being reclaimed from copy vols instead of primary vols. I don't think it would happen much here.
The only extra management would be to remember to change offsite vols to onsite when and if we have to recover something from them. Not a biggie. Thanks for your feedback - it's been helpful. At 10:00 AM 11/19/2008, Allen S. Rout wrote:
>> On Mon, 17 Nov 2008 15:35:49 -0500, Paul Zarnowski <[EMAIL PROTECTED]> said: > At 02:38 PM 11/17/2008, Wanda Prather wrote: >> No reason I know of you can't have an auto script that does update vol * >> wherestgpool=copypool access=offsite every day before you start your >> reclaims. > Seems like if I did this, all the output would have to go to newly > allocated scratch tapes. Right, so you'd need to set them back to local in time for the next day's traffic. That's why I said "Micromanage". :) > No tapes in filling status would be used. > I could only update the full volumes, I suppose, but are there cases > where filling tapes can be reclaimed? Yes. - Allen S. Rout
-- Paul Zarnowski Ph: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801 Em: [EMAIL PROTECTED]
