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 (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354
