> > > > I think you could get the best of both worlds by introducing the > > ability > > to specify a set of source pools for doing virtualfull backups, and > > the > > destination pool. Eg: > > "run job=xxx level=virtualfull pool=tape > > sourcepools="disk_incremental,disk_full". > > This is interesting. Can you be a bit more precise. Is Pool=Tape the > output Pool?
"Pool=" should, IMHO, always be the output pool. Currently, for a VirtualFull it is actually the input pool (sort of, although in fact the 'source' media can be in any pool). > and why do you want multiple input pools? In case your source media was actually in multiple pools, eg you kept your full and incremental in separate pools which I would prefer to do. The alternative would be a "source exclude pool" option to exclude the output pool, but even that might not be what you want as you might still want to exclude more than one pool. > > > The NextPool would go away. > > Yes, at least in the case of Virtual Full, I think it needs to go away. > The original concept was to avoid a deadlock with the read and write Volumes being the same. > > > Maybe also an option to purge the source jobs automatically too for > > where you are consolidating jobs. > > Uh, I don't quite understand the above sentence ... It was an afterthought. I was thinking about the case where you want to _replace_ a current set of full+incrementals with a single virtual full backup and bacula could do the housekeeping automatically. One other thing I've wondered, does bacula automatically purge incrementals when their parent full job has been purged? > > Just some ideas... > > > I am looking for ideas eventhough it is a bit late :-) Well as a said, the current implementation (+ my patch) is absolutely perfect for my setup, so as far as I'm concerned you don't need to touch a thing for now (It's a tiny patch so I'll just patch my own tree until a more general solution is devised :) James ------------------------------------------------------------------------------ _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
