Two things...

1. NBU will not reduce the retention period of a media.  That is to  
say that the expiration date of a media (data portion, not the  
physical useful life span) will never be made to be a date which is  
closer in time to today.
2. NBU will not change the retention level.  That is to say in your  
case, there's no way to change the retention level of the media from  
12 to 4 (regardless of if the images expire sooner rather than later  
now).

So, I think you'll be left with poking into the DB... But I wouldn't  
recommend it in case something goes awry.

HTH
-Tim

On Nov 29, 2007, at 5:30 PM, justin AT postgresql DOT org wrote:

> Hi all,
>
> In our NBU 6.0 environment, we have a number of tapes (about 60) that
> we want to change the retention level of.  From retention level 12 to
> retention level 4.
>
> I've already written a solid script (on Solaris) that recalculates the
> expiry (via retention level) for each of the images on each tape, and
> this is working fine.
>
> The tape attributes themselves though still have the original
> retention level (level 12).
>
> I'd like to adjust the retention level of each tape to match the
> images on it (from 12 to 4), so that tapes which aren't yet full can
> receive further backup data.
>
> Was expecting something like vmchange would work, but no luck there.
>
> Hoping I don't have to manipulate catalog data directly.  (I have a
> fairly strong SQL background, but still...)
>
> Regards and best wishes,
>
> Justin Clift
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu