Hi, 22.09.2009 19:01, Blake Dunlap wrote: >>> Hmm... I prepared something, years ago :-) >>> >>> There's the Location concept. The tables / column are already >>> in the catalog. ... >> There is a good deal of design work to be done before we can >> implement. >> ... > Both of these would be very nice features to have. I was not aware > of the Location tables, as I have not used bweb at all. > > Looking at the tables themselves, I like where it is going, but I > still see possible issues related to virtual full / copy jobs / > accurate backups. > > Perhaps the following?: > > - The ability to have a location be set for a pool much like the > recycle times are set now (inherit from the pool when moved into it > automatically etc).
Hmm... that's not what I intended originally (though, as I'm not working on it myself, I won't object if somebody else does it differently). A volume that is actually written is by definition in a Location with cost=0; the default would be LocationId=0. Everything else does, IMO, not make sense. If you unload that volume, you'd mark it to be in a different location. > - Virtual Full destination pool be set at schedule/run level per > job, as opposed to the current Next Pool method from the "source" > pool. Yup. That would definitely be an improvement. > - Have an override for location that could set all volumes in it as > archived, reguardless of actual volume status, for any purposes > that would read a volume for creation of new backup data. That sounds reasonable. > This would alleviate the need for a separate copy job except for > just ease of use of the copy jobs being able to spawn a copy for > all jobs of X type (I currently use a script for virtual backups > since I want them done based on age instead of scheduled anyway). > > > > Now that I think about it, I think I may do 1 and 3 anyway on my > own patch set / fork we run internally, until something else better > comes along. It would definitely make my life easier long term. I'm pretty sure quite a number of people would like to see what you come up with! Arno -- Arno Lehmann IT-Service Lehmann Sandstr. 6, 49080 Osnabrück www.its-lehmann.de ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
