We have ours set to a day longer than the longest REUSEDELAY on our copy
pools. There's not much point having a database to recover without the
storage pool volumes to go with it.

On 06/18/2014 11:32 AM, Plair, Ricky wrote:
> Question, I am running TSM 6.3 and running out of database space with nowhere 
> to get more at the moment.
>
> My DRMDBBACKUPEXPIREDAYS is set to 60 days. I really don't think I need 60 
> days. I would like to change this number to 30 days and get some space back. 
> What is a norm or an expected amount of days for this parameter?
>

--
-- Skylar Thompson (skylar2 AT u.washington DOT edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354