ADSM-L

Slow (1 MB a minute) brrestore from LTO

2002-10-09 05:14:50
Subject: Slow (1 MB a minute) brrestore from LTO
From: Eric Winters <ewinters AT AU1.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 9 Oct 2002 18:33:56 +1000
Can anyone help speed up my brrestore?

TSM Server 4.2.1.7 on AIX 4.3

The SAP server backed up using TDP for R/3 3.2.0.1 over a Gigabit network
to an AIX 4.3  TSM Server with single scsi LTO tape drive with a throughput
of about 1 GB a minute. (The SAP server and the TSM Server are both on AIX
4.3).

I'm now restoring in a DR test. The TSM Server has been installed on the
same system as the SAP Server. The TSM database restored successfully and
the filesystems were rapidly restored too. The COMMMETHOD was set to TCPIP.
We are now trying to perform a brrestore. It works but is very slow, at
approx 1-2 MB a minute. I've upgraded the TDP to 3.2.0.12 but this made no
difference. I've changed the commmethod to sharedmem but it's made no
difference -  indeed the session shown in 'q ses' shows a commethod of
TCPIP so perhaps this didn't kick in after all. (although commmethod
SHAREDMEM is present in dsmserv.opt - and system restarted with this).

Both the backup client and TDP for R/3 use the same dsm.sys file.

The performance of the LTO drive was fine for restoring filesystems. It's
just the brrestore performance that's shocking. It would take several
months to restore at this rate. What can it be?
I backed up originally with just one session and I'm restoring with just
one session. There is only one session displayed in 'q ses' and it's
running - but so so slow.

The dsm.sys is very ordinary but here it is for good measure.

SErvername  tsm1
   COMMmethod         sharedmem
   TCPServeraddress   10.1.1.9
   passwordaccess     generate
   inclexcl           /usr/tivoli/tsm/client/ba/bin/dsm.inx
   schedlogname       /usr/tivoli/tsm/client/ba/bin/dsmsched.log
   schedlogretention    7
   passworddir        /usr/tivoli/tsm/client/ba/bin

I'd be very pleased to hear of any ideas to get a reasonable restore rate -
at this rate it will apparently finish in January 2003!


Thanks,

Eric Winters
Sydney Australia

<Prev in Thread] Current Thread [Next in Thread>