Hello, On 07/06/2011 04:20 PM, Florian Heigl wrote: > Saving multiple streams is something that has been proven as a > solution for many years, and where that is still too slow NDMP comes > into place. (in case of ZFS NDMP is still at a unusable stage) > > 100TB is a lot, but I wonder if everyone agrees the "right" solution > would be saving multiple streams instead of splitting up the source > system (will be fun to do a restore of such a split client)... > > Hopefully some of the larger Bacula customers will fund these features > some day, as both have the mix of being very important, complex and > elemental changes :))
I would like also to see such feature in Bacula :-) (even if a workaround already exists) Have you any idea on how Bacula would choose when it should start a new "backup stream" (can be automatic, by fileset configuration, etc..) ? I think that it would be nice the spread the load between physical disks, and not only trying to read the same FS with many threads. Bye -- Need professional help and support for Bacula ? Visit http://www.baculasystems.com ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users