** High Priority **
Hi Travis,
bunch of thanks for ur kind responce .Yesterday changed couple of parameter in sys
file at client and I could finish my backup 3 hrs which is 14 before.i could'nt belive
that.
still I need tune few things in tcp/ip and high speed switch.
thanks again.
best regar
Long, long time ago, in ancient Rome there was a sentence - "divide and
conquer". Unfortunately I did not see this aproach used while it helps
most of the time.
Why not to isolate each part of the data route and ensure it is working at
best possible throughput? This might help to identify the bottl
Some things to try:
1. verify that the MTU is consistent for all nodes, from your cws:
[EMAIL PROTECTED]:/>dsh "netstat -i | grep css0"
unxa_sp: css0 65504 link#4 3496790 0 4212524 0 0
unxa_sp: css0 65504 192.168.17 unxa_sw3496790 0 4212524
Subject: Re: DB2 high speed SP switch
backups dead slow.
Manager"
** High Priority **
thanks a lot for quick responce.
we have
AIX:4.3.3.0
PSSP version:3.1.1.0
OS kernel:64bit in all SP nodes
TSM Tapedrives:IBM 3590 Tape Drive and Medium Changer.
I have set css0 spoolsize,rpoolsize to 16777216 in both client and server.
TSM server type:S80, 7017
SP switch cs
Also, please reply with the following information:
dsm.sys contents
TSM software levels.
Which type of switch? Is it the one that is 150MB/sec?
What is your TSM server machine type?
At 02:47 PM 9/10/2003 -0500, you wrote:
That seems terribly slow. 430 GB in 14 hours
That seems terribly slow. 430 GB in 14 hours is only 8.7 MB/s aggregate throughput.
Over four streams that's only 2 MB/s/stream. It has been my experience that the source
hdisks are usually the bottleneck.
There are only two tunables for the switch adapter, rpoolsize and spoolsize.
These can be
