On Monday 22 June 2009 21:38:01 Phil Stracchino wrote: > Kern Sibbald wrote: > > Currently Bacula does not have the best of all offsite handling. It is > > possible, but requires a bit of work -- i.e. is not totally automatic. > > Probably the best way to make an offsite backup with Bacula as it stands > > today is to run a Copy job since the copy will not be used unless the > > original backup that was copied is pruned. > > Kern,
Hello Phil, > On this subject, now that I have a current dev environment again, > roughly what would be involved and what would have to be borne in mine > if I were to enveavor to extend the Copy and Migration features to work > between pools owned by different SDs? I'm still trying to get caught up > on a lot of things and haven't looked in detail at the current > implementation yet. Doing a Copy or a Migration to another SD is a bit difficult because it implies some sort of SD -> SD communication, which we don't currently have. Can you be a bit more specific about what you would like to implement and for what reason. If you want to take volumes offsite, then we should talk about having some offsite functionality (or extending the few features we currently have) or we should talk about an Archive functionality, which can also be used for taking tapes or volumes offsite. If you want the feature for some other reason, I would like to understand the reason first because that to a large extent determines what kind of a feature to implement. Regards, Kern ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
