On 01/26/10 10:39, Cyril Lavier wrote:
> Phil Stracchino wrote:
>
>> On 01/26/10 09:12, Cyril Lavier wrote:
>>
>>
>>> Phil Stracchino wrote:
>>>
>>>
>>>> Cyril, I would look at the load on all the machines involved,
>>>> particularly the machine running the catalog and Director. You also did
>>>> not specify what you're backing up to.
>>>>
>>>>
>>>>
>>>>
>>> I'm backing up a big amount of small files (yes, it's the worst case),
>>> it's the homedirs of the users.
>>>
>>> We only use switchs.
>>>
>>> I tried iperf between the 2 servers, and it displays 89Mbit/s, so it's
>>> pretty good.
>>>
>>>
>> OK, so you don't have a network problem. My guess would be you have a
>> throughput problem on either the storage daemon or the catalog database.
>> What is the backup medium? Have you done any performance analysis on
>> the server during a backup (iostat, for example)?
>>
>> Are you running jobs concurrently? That can make up for slow clients.
>> Of course, if you're only backing up a single client, that's not going
>> to help you.
>>
>>
>>
>>
> I dont make concurrent backups.
>
> The backup medium is a EFI GPT, so it's HDDs.
>
> Tomorrow, I will launch a test backup and control the performance with
> iostat and top.
>
>
It was mentioned, but if possible you should really try the backup(s)
without compression enabled to see the difference it makes. It can be
quite significant (2MB/s vs 9MB/s) if you're clients don't have fairly
recent CPUs.
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|