On the Master Server create a file
/usr/openv/netbackup/db/config/SIZE_DATA_BUFFERS with
a single line containing one of the following (262144,
131072, 65536). This is for 256K,  128K, or 64k.

Also on the master create
/usr/openv/netbackup/db/config/NUMBER_DATA_BUFFERS
with a single line containing one of the following
(64, 128, 256).

On all machines create a file
/usr/openv/netbackup/SZ_NET_BUFFER containing a single
line that matches what you put in SIZE_DATA_BUFFERS.  

You need to try different combinations of
NUMBER_DATA_BUFFERS and
SIZE_DATA_BUFFERS/SZ_NET_BUFFER to find the best
performance.



--- Rob De Langhe <Rob.DeLanghe AT telindus DOT be> wrote:
> Hi,
>  
> we run backups to an LTO library, single tape drive,
> so expected to be able to render at least 10 Mbyte
> per sec of data sent to the tape. What we see in the
> job-details is an max throughput of about 2.5 Mbyte
> per sec, regardless of the client that is sending
> its data to the backup server.
>  
> The network topology is such that many clients are
> separated from the backup server by a firewall,
> which could be a cause for the slower network
> throughput.
>  
> But when the backup is being taken of a fileserver
> that sits on the same network segment as the backup
> server (so without intermediate firewall), we get
> still the same throughput of 2.5MBps.
>  
> I do not see any collisions on the network interface
> of the backup server, so I do not suspect a
> saturated network link.
>  
> How can we diagnose the place where the throughput
> is being slowed down ? 
> All boxes (server and client) are Solaris-9 hosts,
> backup server is SUN-SF280R, link to L25 robot is
> Ultra-SCSI (supposedly to give me max of 80 MBps,
> no?)
>  
> TIA
>  
> Rob
> 



                
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail