>
> - It's an 8 jobs backup
>
Are you running them concurrently? Are they on different machines?
- I have hardware compression on the device, no need for software
> compression
>
That is good. Enabling software compression will slow your backups down.
- The device is a Quantum LTO2 Scsi attached to the T2000
> - The T2000 and every other bacula client are on the same gigabit LAN
> - The director and the db used to be on the same machine (T2000), but to
> see if the bottleneck was the db (I already had bad experience running the
> db on previous Sparc architectures) I moved it on the v40 that is a VERY
> fast machine.
>
Spooling can and does help with database performance problems. You may want
to try enabling it.
Tomorrow I'll experiment moving the director on the v40 too (now that the
> director can be run on windows) and leave just the SD on the T2000.
>
I have my director, database and storage on 3 different 64 bit gentoo linux
boxes. None of these machines were bought to run bacula alone as they run
other key system tasks. The director and storage are on dual processor 2GHz
Opteron 246s with 4GB of memory and the postgres database is on an Athlon64
3200 with 2GB of memory. On full backups to my LTO2 changer I get 10 to
25MB/s from most of my gigabit connected servers. I use spooling and
concurrency.
John
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
