Op 18 jun. 2014, om 23:28 heeft Skylar Thompson <skylar2 AT U.WASHINGTON DOT 
EDU> het volgende geschreven:

> 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.

usually people base the reusedelay on the retention time of the TSM database 
backups, not the other way round. As for the latter: a long weekend plus one 
day, 4 or 5 should do.


> 
> 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

-- 

 Met vriendelijke groeten/Kind Regards,

Remco Post
r.post AT plcs DOT nl
+31 6 248 21 622