Op 18 jun. 2014, om 23:28 heeft Skylar Thompson <skyl...@u.washington.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 (skyl...@u.washington.edu) > -- Genome Sciences Department, System Administrator > -- Foege Building S046, (206)-685-7354 -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
