Hi
Our TSM server also runs on a Solaris server and we had many problems with
slow backup performance at the start until be realised that we needed to
mount the partition with the backup pool as forcedirectio ( see below ). In
fact, it's worth mounthing backup pool and db/log volumes in the same way.
After this we saw massive increases in throughput.
/dev/osa/dev/dsk/c2t0d0s6
/dev/osa/dev/rdsk/c2t0d0s6 /usr/tsmdata ufs 2 yes
forcedirectio
Farren Minns
Solaris System Admin / Oracle DBA
IT - Hosting Services
John Wiley & Sons, Ltd.
|+--------------------------------+--------------------------------------|
|| Akash Jain | |
|| <akashj AT IBILTTECHNOLOGIES DOT COM|
|
|| > | To: ADSM-L AT VM.MARIST DOT EDU
|
|| Sent by: "ADSM: Dist Stor | cc: |
|| Manager" | Subject: Re: |
|| <ADSM-L AT VM.MARIST DOT EDU> | [ADSM-L] Backup is taking time
|
|| | |
|| 23/02/2005 08:04 | |
|| Please respond to "ADSM: Dist| |
|| Stor Manager" | |
|+--------------------------------+--------------------------------------|
Please find the required details as mentioned below for your reference. (IN
CAPS LOCK AGAINST ALL QUERIES)
Any updates are really appreciated.
Regards
Akash
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Dave
Canan
Sent: Thursday, 17 February 2005 9:47 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Backup is taking time
Akash,
We are going to need a LOT more information on this performance
issue to try and help. If you wish to use the resources of this listserv (a
GREAT resource), we are going to need to know:
1. TSM Server platform and level
SUN SOLARIS 8
2. TSM release level
IBM TIVOLI VERSION 5.1
3. Client platform and level
AIX 4.3.3
4. What type of database is it that you're backing up?
ORACLE DATABASE
5. More information about the network: card type, switch
type, etc.
SAN SWITCH 2109
6. disk subsystem on the TSM server
7. Whether or not you're using RAID and
what type
RAID 5
8. Filesystem type on TSM server
UFS FILESYSTEM
9. Disk subsystem on client (IOSTAT OBSERVATION WHEN THE
SYSTEM IS BUSY BUT BACKUP IS TAKEN IN NIGHT WHEN SYSTEM IS HIGH ON
RESOURCES)
tty: tin tout avg-cpu: % user % sys
% idle %
iowait
0.1 28.2 23.5 10.9 59.7 6.0
" Disk history since boot not available. "
tty: tin tout avg-cpu: % user % sys % idle %
iowait
0.0 449.2 47.3 50.0 2.0 0.6
Disks: % tm_act Kbps tps Kb_read Kb_wrtn
hdisk0 7.8 55.7 14.3 172 0
hdisk1 0.3 1.3 0.3 4 0
cd0 0.0 0.0 0.0 0 0
dac0 0.0 0.0 0.0 0 0
dac1 0.0 298.0 36.0 552 368
hdisk2 0.0 0.0 0.0 0 0
hdisk3 0.0 0.0 0.0 0 0
hdisk4 0.0 0.0 0.0 0 0
hdisk5 0.0 0.0 0.0 0 0
hdisk6 0.0 0.0 0.0 0 0
hdisk7 0.0 0.0 0.0 0 0
hdisk8 0.0 0.0 0.0 0 0
hdisk9 0.0 0.0 0.0 0 0
hdisk10 3.9 147.7 18.5 264 192
hdisk11 5.2 150.3 17.5 288 176
hdisk12 0.0 0.0 0.0 0 0
hdisk13 0.0 0.0 0.0 0 0
tty: tin tout avg-cpu: % user % sys % idle %
iowait
0.0 639.5 39.0 58.9 1.7 0.5
Disks: % tm_act Kbps tps Kb_read Kb_wrtn
hdisk0 56.0 347.4 85.6 728 315
hdisk1 15.3 114.2 27.6 28 315
cd0 0.0 0.0 0.0 0 0
dac0 0.0 158.5 36.3 36 440
dac1 0.0 295.8 53.3 216 672
hdisk2 0.0 0.0 0.0 0 0
hdisk3 0.0 0.0 0.0 0 0
hdisk4 0.0 0.0 0.0 0 0
hdisk5 0.0 0.0 0.0 0 0
hdisk6 0.0 0.0 0.0 0 0
hdisk7 0.0 0.0 0.0 0 0
hdisk8 0.0 0.0 0.0 0 0
hdisk9 0.0 1.3 0.3 0 4
hdisk10 4.0 175.9 30.6 136 392
hdisk11 3.7 118.6 22.3 80 276
hdisk12 1.0 158.5 36.3 36 440
hdisk13 0.0 0.0 0.0 0 0
10. Filesystem type on client
JFS FILE SYSTEM ON AIX 4.3.3
If you provide this (for starters), we can try an help. Another
suggestion: if you would like to work with IBM/TSM software support, open a
PMR with IBM and ask for TSM performance assistance. Our department works
these PMRs and can try and assist.
At 12:19 PM 2/17/2005 +0530, you wrote:
>Hi experts,
>
>It has been observed that cold backup of database server is taking more
time
>from past 1 months.
>
>In spite of the fact that we are having 2Gbps data transfer speed, no
>simultaneous process is running on TSM backup server and no other database
>backup is scheduled with the running backup.
>
>Could anyone update about the certain parameters I can work around to
reduce
>the time or checked ti improve the performance?
>
>Now its taking more than 10 hours for transferring 110 GB of data on LTO
>tape where as previously it was taking less than 10 hours for transferring
>120 GB of data.
>
>Any help and suggestions are really appreciated.
>
>
>Regards
>Akash Jain
Dave Canan
TSM Performance
IBM Advanced Technical Support
ddcanan AT us.ibm DOT com
######################################################################
The information contained in this e-mail and any subsequent
correspondence is private and confidential and intended solely
for the named recipient(s). If you are not a named recipient,
you must not copy, distribute, or disseminate the information,
open any attachment, or take any action in reliance on it. If you
have received the e-mail in error, please notify the sender and delete
the e-mail.
Any views or opinions expressed in this e-mail are those of the
individual sender, unless otherwise stated. Although this e-mail has
been scanned for viruses you should rely on your own virus check, as
the sender accepts no liability for any damage arising out of any bug
or virus infection.
######################################################################
|
