[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bacula-devel] MaximumBlockSize Problem and Question


On Thu, Dec 04, 2008 at 08:35:33PM +0100, Ulrich Leodolter wrote:
> > > > 
> > > > Hi!
> > > > 
> > > > Did you figure out 'best' performance settings for these disk-to-tape copy jobs? 
> > > > 
> > > 
> > > Hi,
> > > 
> > > still using default tape block size 63k
> > > 
> > 
> > Ok. So you don't have any min/max block sizes defined in Bacula config? 
> 
> No,   now think its better to stay at default values,
> otherwise you may get in trouble when it comes to restore.
>

Yep. 
 
> 
> > 
> > > disk volumes are limited to 4G
> > > 
> > > concurrent disk backup jobs use spooling, now full backup jobs
> > > are spread almost continuous over 4G volumes
> > > 
> > > copy disk to tape runs without spooling at rates up to 50000 kbytes/s
> > > 
> > 
> > Ok. That's not bad. 
> > 
> > > 
> > > this is acceptable, but emc networker does the same job (copy disk
> > > backup jobs to tape) at rates up to 75000 kbytes/s
> > > 
> > 
> > So still some room for improvement.. 
> > 
> > > 
> > > but there is still an open bug which affects performance
> > > http://bugs.bacula.org/view.php?id=1190
> > > especially when concurrent disk backup dont use spooling.
> > > 
> > 
> > Ok. Thanks.
> > 
> > And I guess "multiple threading multiple buffering" would help aswell:
> > http://www.mail-archive.com/bacula-devel@xxxxxxxxxxxxxxxxxxxxx/msg01246.html
> > 
> 
> right,  would be nice in bcopy too,
> i'am using bcopy to make offsite clones (copy tape to tape)
> it runs 5 hours to copy LTO4 tape.
> 
> emc networker does the same job (using 2 processes read/writer) in
> 3:20 hours
> 
> i tried also some raw tape copy programs (tcopy, mag) but did not
> find a fast (multiprocess/threaded/bufferd) reliable tool.
> 
> 
> i tried also bcopy through fifo storage device:
> 
> bcopy -c bacula-sd.conf /dev/nst0 /tmp/fifo & 
> bcopy -c bacula-sd.conf /dev/fifo /dev/nst1 
> 
> but didnt work, needs some special fifo device handling in bcopy.
> 
> PS: do u make offsite clones?
> 

Nope. I don't create offsite clones atm.. 

I'm planning to copy the jobs to another (remote) SD.. do I remember
correctly that SD-to-SD copies were not possible yet? 

-- Pasi

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Bacula-devel mailing list
Bacula-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/bacula-devel


This mailing list archive is a service of Copilotco.