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 Bytes/sec.
To me that says it is maxing out the tape drive.
The curious thing now is, when I received the job history, it said the
rate was something like 35,000,000 Bytes/sec. Does the time that it
takes for the spooled attributes to despool, effect the reported
throughput? If thats the case, I don't like that. It makes it appear as
the throughout is lower then it actually is.
I will have to try the Network Buffer Size change. Is there anyway test
for an ideal size?
Thanks
Brian-
On 1/5/2010 2:21 PM, Alex Chekholko wrote:
> On Mon, 04 Jan 2010 13:38:47 -0500
> Brian Debelius<bdebelius AT intelesyscorp DOT 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 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?
>>>
>>>
> The next thing to check is the block size that Bacula is using.
>
> Try increasing your Bacula block size and Bacula network block size.
>
> Search for Ralf Gross's notes on LTO-4 performance in the archives.
> http://www.google.com/search?q=ralf+gross+lto-4
>
> Mainly something like this:
> Maximum Block Size = 262144
> Maximum Network Buffer Size = 262144
> Maximum File Size = 5G
>
> Keep in mind that tapes written with different block sizes will be
> incompatible, I think. So you won't be able to read your old backups
> unless you remove that new block size from the sd config, I think.
>
> Regards,
>
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|