On Mon, 04 Jan 2010 13:38:47 -0500
Brian Debelius bdebel...@intelesyscorp.com wrote:
I am using batch inserts into MySQL. The database is on a different
RAID1 volume.
On 1/4/2010 1:21 PM, Richard Scobie wrote:
Brian Debelius wrote:
Shamless bump. Does anyone have any insight into
Incompatible? That's not good. I guess I will have to purge the tape
and run the copy jobs again.
I just set the SD Maximum Block Size to 1 megabyte, and this seems to
improved things a lot.
During a copy job, when I got a storage status from bconsole it said the
rate was 54,008,673
...and if this post is still valid, this may be the maximum speed
(55M/s) given that the LTO-3 and disk are on the same SD (even though
tape compression is on.)
http://www.mail-archive.com/bacula-de...@lists.sourceforge.net/msg01246.html
[Kern]...so I forget the formulas for calculating this,
Shamless bump. Does anyone have any insight into this?
Thanks
brian-
On 12/28/2009 2:12 PM, Brian Debelius wrote:
Hi,
I am trying to improve my LTO-3 throughput. I recently installed a
SAS Tandberg LTO-3 drive. I am using Bacula 3.0.3 in Ubuntu. I
backup to disk files, and then copy to
Brian Debelius wrote:
Shamless bump. Does anyone have any insight into this?
Thanks
brian-
The difference between the dd tests and bacula backups is that catalog
writes are occuring in the latter.
Perhaps you have a database bottleneck? Is the database stored on the
RAID also?
Regards,
I am using batch inserts into MySQL. The database is on a different
RAID1 volume.
On 1/4/2010 1:21 PM, Richard Scobie wrote:
Brian Debelius wrote:
Shamless bump. Does anyone have any insight into this?
Thanks
brian-
The difference between the dd tests and bacula backups is that catalog