** 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
se respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:DB2 high speed SP switch backups dead slow.
** High Priority **
Hi TSMers,
I hope someone got experiance on same before .
This is problem about db2(7.1) backups on high s
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
** High Priority **
Hi TSMers,
I hope someone got experiance on same before .
This is problem about db2(7.1) backups on high speed switch to TSM .Present we are
taking 430Gb of data to tsm which is taking 14 hrs to finish.recently I have changed
couple of paramters on 'css' and 'no' to improve
