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, 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. -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 [email protected] [email protected] [email protected] Renaissance Man, Unix ronin, Perl hacker, Free Stater It's not the years, it's the mileage. ------------------------------------------------------------------------------ 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
