Hi, On 4/3/2007 11:31 AM, James Cort wrote: > > Ryan Novosielski wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> James Cort wrote: >> >>> I don't want to purge any records for tapes which aren't due for >>> recycling. As long as the tape itself hasn't been recycled, I want >>> to be able to restore any file from it without resorting to bscan. >>> I've worked out how much space this will require database-wise and >>> I'm confident that won't be a problem. >>> >> >> If so, just out of curiosity, how did you arrive at your file and job >> retention times? >> > > Originally it was part of a policy which predated me starting at this > company. I've changed the backup mechanism (used to be a bunch of shell > scripts which I wasn't entirely happy with) but I've retained the policy > as it has proven somewhat useful on a number of occasions now. > >>> My current configuration has the same File and Job retention for >>> every job, regardless of which pool they're going to. The >>> configuration for each job is: >>> >>> >>> File Retention = 90 days >>> Job Retention = 1 month >>> >>> I'm sure this is wrong, but I'm not sure what it should be. I want >>> every file and job record purged when the volume itself is up for >>> recycling and not before. >>> >> If I'm not mistaken, if you prune the job, it will take the files with >> it (as there will be nothing to restore from). > I think you may be.
I think Ryan is right :-) You can find an explanation of the recycling algorithm in the manual: Look at the sections explaining the Retention settings in the DIR configuration. What you have now should indeed purge the jobs along with their contents after one month. After all jobs are purged from a volume, it can be recycled. What you want sounds like setting the File and Job Retention to a longer time than the Volume Retention period. I prefer a Job Retention of 30 years in such a case, and limiting the Volume retention to the actual time you want to keep your data. The File Retention period is mostly to tune the balance between catalog size and easily restoring single files - You probably have some experience how old the backups are you need to access. > Certainly dbcheck takes ages as I appear to have > many millions of orphan file entries. (This is another thing I'm > working on, it would be nice to kill two birds with one stone) That is more or less unrelated to the retention times. Bacula does not automatically remove file names from the catalog, only the relation between file name and job. So, if you have lots of changing file names, you will observe the orphaned records a lot and should run dbcheck more often. >> If you don't want >> anything special to happen here, seems to me you'd want to set volume >> retention times and pull these two directives out of the file as I >> really don't think you need either one. What you have now says "prune >> the listing of the individual files at 90 days but prune the jobs that >> contain them at 1 month." As a result, I'd expect the behavior to be >> "everything goes at 1 mo. > I'll give that a go. I think there will still be some sort of retention > applied as the default File retention period is 60 days, and the job > retention period 180 days as per the manual. Yup. > It will be interesting to see if the volumes in the Daily pool are still > recycled when I'd expect with a rather shorter Volume retention than > File/Job retention period. Keep in mind that you have to update the existing volumes to reflect a modified configuration! Arno > > -- > U4EA Technologies > http://www.u4eatech.com > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann [EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
