James, The backup is made from the TDP for R/3 running on the same system as TSM. The backup is around 100 GB. The backup is indeed from the local storage (SSA in mirror).
We've already tried the settings on the server side. When we try to set TXNB on the client side, the backup from TDP for R/3 crashes. I've also tried using SHMEM instead of TCPIP, but TDP for R/3 doesn't support that, because of the TSM is running as root and TDP has to be running as ora<SID>. We're at the latest microcode and we've also dropped the problem with Tivoli Support and it's still in the labs there somewhere. Richard. -----Original Message----- From: James Thompson [mailto:[EMAIL PROTECTED]] Sent: Friday, February 08, 2002 3:46 PM To: [EMAIL PROTECTED] Subject: Re: LTO strange behaviour What you really need to find out is how fast are you sending data to the LTO tape drives. The tape drives can only go as fast as the data stream you send to them. Or as fast as the destination can accept on a restore. If you are only sending 2.5 MB/sec to the tape drives, then don't complain when the tape drives run at 2.5 MB/sec. You state that you are doing a backup. What size and how many files are you sending. If this is a LAN backup, how much bandwidth does your TSM server's network have? If this is a backup from the TSM server's local storage, what type is it? If you have lots of small files, or your are bandwidth limited because of your network. You should send the backup to disk storage, then migrate off to tape. Check the following settings and try setting them to these values. TSM Server: TXNGroupmax 256 MOVESizethresh 500 MOVEBatchsize 1000 TSM Client: TXNBytelimit 2097152 Also upgrade to the latest level of microcode. And if all else fails, open a support call with IBM and have them assist you. James Thompson _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx
