Hi, 18.02.2009 04:46, Jeff Dickens wrote: > It was a couple of years ago I first brought this up. I guess you and I > are the only one who would find a cross-sd migration/copy useful.
I doubt that... I'd definitely find this interesting and some of my customers would probably like to use that feature. > The > answer I got was "not likely unless you're paying for it", which is > certainly fair enough, but I also got the feeling that the idea wasn't > well received in general, and that it probably wouldn't be easy to > integrate into the main code base. A while ago I talked about this with Kern and he stated it shouldn't be too difficult. But as long as there are more pressing projects, he would concentrate on those. > I could be wrong of course.. In my > world it would be ideal if I could copy jobs (yes, like rsync) from one > SD to another during the day, with a bandwidth limit. > > I'll have to give the idea of rsyncing disk volumes themselves another look That's just the point - a good part of the "missing" functionality can be achieved with other, existing tools. I don't think you'll run into serious problems, as long as you manually enforce using the right device and pool when restoring. Arno > > > Berend Dekens wrote: >> Hi all, >> >> After trying the new beta's which hold Copy Jobs support I discovered >> that a copy job (just like a migration job) can only transfer data from >> one storage pool to another within *the same* storage daemon. Because I >> wanted to use this for offsite backups this won't work for me. >> >> I tried to get offsite backups by doing a local backup first to the >> local SD and then another backup to the remote SD. This works fine when >> backupping but when you need to recover data (and you are using >> incrementals or differentials instead of full backups) the SD which you >> told to perform the restore will most likely ask for backup volumes >> which are part of the remote pool and remote SD. For some reason it >> seems that bacula can't keep the pool data seperate so this way of >> offsite backupping won't work (unless I missed an option somewhere). >> >> I now came up with a new plan: the offsite location has its own Bacula >> backup system with a seperate director and clients. The local bacula >> shares the storage daemon of the remote system (making scheduling a tad >> tricky to prevent 2 directors wanting to run jobs on the same SD). If I >> let the remote director backup the local systems, the data is completely >> offsite (including database) - giving me what I want. >> >> The biggest problem here is redundancy: I need to configure both >> directors for all clients (local and remote), all file sets used and add >> new schedules. Besides that I reckon this would/should/could work - >> right? >> >> Regards, >> Berend Dekens >> >> P.S. Hasn't anybody created a graphical configuration program for bacula >> yet? ^^ >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Open Source Business Conference (OSBC), March 24-25, 2009, San >> Francisco, CA >> -OSBC tackles the biggest issue in open source: Open Sourcing the >> Enterprise >> -Strategies to boost innovation and cut costs with open source >> participation >> -Receive a $600 discount off the registration fee with the source >> code: SFAD >> http://p.sf.net/sfu/XcvMzF8H >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> > > __________________________________________________________ > Scanned by Google Message Security - Leaving Seaman Paper > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Arno Lehmann IT-Service Lehmann Sandstr. 6, 49080 Osnabrück www.its-lehmann.de ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
