In the message dated: Tue, 29 Aug 2006 23:50:12 +0200, The pithy ruminations from Arno Lehmann on <Re: [Bacula-users] will recycled volumes change pools?> were: => Hello, => => On 8/29/2006 9:31 PM, [EMAIL PROTECTED] wrote: => > In anticipation of the holiday weekend (US & Canadian Labo[u]r Day) coming up, => > I've got a question about how Bacula will handle recycled volumes. => > => > Our configuration has two pools: Full and Incremental. As it happens, most of => > our tapes are currently in the "Incremental" pool[1]. If Bacula needs more => > volumes for the Full pool, and the autochanger is loaded with volumes from the => > Incremental pool that are past their retention period (they are eligible for => > purging and recycling), will Bacula automatically recycle those "Incremental" => > volumes into the "Full" pool? => => No. But read on...
Oh, fooey. I suppose that the logic is that, even though the db records for a volume have been purged, the volume could still be bscan'ed in order to retrieve the data. I was hoping that purged volumes would be implicitly treated as if they were part of the Scratch pool (I do have one), and would be eligible for any other pool. => => > => > Thanks, => > => > Mark => > => > => > => > [1] incremental and differential backups are run nightly, writing to the => > "Incremental" pool. Full backups are done monthly. This configuration is less => > than a month old, so most clients haven't done a full backup to the "Full" pool => > yet. However, when they each did their first incremental, Bacula noted that => > there was no preceeding full backup, and ran a full backup, writing to tapes in => > the "Incremental" pool. => => It's too late now now to change this, but with a setup like this it's => better to run inital backups manually... Yes, I see that now. => => A Scratch pool should manage what you need(ed)... I've got one...I started with all new volumes in the Scratch pool...they were promptly assigned to the Incremental pool and used for the inital Full backups. Now that the beginning of the month is approaching, I was hoping to recycle some of the expired Incremental tapes into the Full pool. => => > Thus, there are many more tape volumes in the => > "Incremental" pool. This will change quickly, as those volumes expire => > ....assuming that Bacula is smart enough to determine that a client has a full => > backup in the Full pool, and uses that as the baseline for future incremental => > backups written to a different pool. => => Bacula is smart enough to track job data on different pools. The typical => setups I create all use a Full pool and one or more pools for => differential and incremental backups. Yep, that's what I'm doing here. => => > Please let me know if my understanding is incorrect, and if Incremental and => > Differential backups can only be made against a Full that's stored in the same => > pool (in which case, I need to radically change my volume retention). => => No need for that - I'd even say that one of the main reasons for pools => with different retention times is the ability to recycle incremental / => differential job volumes sooner than full backup volumes. => Understood. Instead of changing retention settings, now I'll go and "purge" and then "delete" about 40~50 volumes from the database, load each tape outside of bacula's control, overwrite the beginning of each tape from /dev/zero, and then enter the tape into the Scratch pool. Yuck. This wouldn't be a problem if I had more blank media, or if purged volumes could be assigned to any pool (I see yet another config file setting... "Purged are Fungible = Yes"). Thanks for the prompt answer, Mark => Arno => => > => > ---- => > Mark Bergman [EMAIL PROTECTED] => > System Administrator => > Section of Biomedical Image Analysis 215-662-7310 => > Department of Radiology, University of Pennsylvania => > => > http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upenn.edu The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
