Hi,
we have the same problem with restore of large Netware volumes (400'000
files).
IBM gave the following answer:
As mentioned previously on this thread, you should see some
improvements when you get the changes made for APAR PQ05614.
This was a server change and will arrive in Version 2, PTF 18, and
Version 3 PTF 1.
Dave Crockett
ADSM development
I wonder when this PTF will arrive and what is its name?
Regards,
René Lambelet - (3543 - *A581
Nestec SA - 55, Av. Nestlé - CH-1800 Vevey
Tél: ++41/21/924'35'43 / Fax: ++41/21/924'45'89
E-Mail: rene.lambelet AT nestle DOT com
>-----Original Message-----
>From: Trevor Foley [SMTP:Trevor.Foley AT BANKERSTRUST.COM DOT AU]
>Sent: Monday, March 09, 1998 7:45 AM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Performance degradation
>
>Hi,
>
>We upgraded one of our servers to 3.1.0.2 around 3 weeks back. For a
>while there, things were going pretty well. We now have a severe
>performance issue. Some restore and retrieve operations that used to
>take seconds or a small number of minutes, are now taking a large number
>of minutes. For example, a retrieve of 7.2 GB that used to take 34
>minutes, this morning took after 2.5 hours. Once the data transfer is
>happening, it goes well. The part that is slow is selecting the files to
>retrieve. Using the GUI, trying to expand each level of the directory
>structure can take up to 30 minutes.
>
>The clients are a mixture of WindowsNT, Digital Unix and VMS. With the
>exception of VMS, the clients are running ADSM 3.1. The filespaces
>involved are on the large size (hundreds of thousands of files).
>
>We had this problem last week, and a restart of the ADSM server improved
>things markedly. Today that doesn't help. As was discussed here a week
>or so back, the cache hit % is critical. We were running at 96% or
>thereabouts, so I increased the cache from 16MB to 32MB. This doesn't
>appear to have helped at all either.
>
>Any suggestions?
>
>
>Thanks,
>
>Trevor
|