Hi, But we are taking backups on LTO attached with Sun box. So I suppose it will solve my problem.
Regards Akash -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Farren Minns Sent: Wednesday, 23 February 2005 1:50 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Backup is taking time 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 | | || <[EMAIL PROTECTED]| | || > | To: ADSM-L@VM.MARIST.EDU | || Sent by: "ADSM: Dist Stor | cc: | || Manager" | Subject: Re: | || <ADSM-L@VM.MARIST.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:[EMAIL PROTECTED] Behalf Of Dave Canan Sent: Thursday, 17 February 2005 9:47 PM To: ADSM-L@VM.MARIST.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 [EMAIL PROTECTED] ###################################################################### 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. ######################################################################