ADSM-L

Re: Large ADSM Restores

1998-04-24 04:28:30
Subject: Re: Large ADSM Restores
From: Francis Maes <fr.maes AT CGER DOT BE>
Date: Fri, 24 Apr 1998 10:28:30 +0200
ADSM dev.,

I would be very happy if there was also a PTF for ADSM server MVS 2.1.
Until today (24/04/1998), there is no PTF associated with APAR PQ05614 for
MVS ADSM 2,1!!!!

Francis.


-----Message d'origine-----
De : Bill Colwell <bcolwell AT DRAPER DOT COM>
De : Bill Colwell <bcolwell AT DRAPER DOT COM>
À : ADSM-L AT VM.MARIST DOT EDU <ADSM-L AT VM.MARIST DOT EDU>
Date : jeudi 23 avr. 1998 20:16
Objet : Re: Large ADSM Restores


>In <c=US%a=_%p=esys%l=GVLMAIL1-980423155023Z-5219 AT gvlmail1.gvl.esys DOT 
>com>,
on
>04/23/98
>   at 10:50 AM, Jim Bohnsack <BohnsackJA AT GVL.ESYS DOT COM> said:
>
>>According to IBMLINK, this isn't available yet.
>
>>Jim Bohnsack
>>Raytheon Systems Co.
>
>>>----------
>>>From:  Dave Crockett[SMTP:crockett AT US.IBM DOT COM]
>>>Sent:  Thursday, April 23, 1998 9:07AM
>>>To:    ADSM-L AT VM.MARIST DOT EDU
>>>Subject:       Re: Large ADSM Restores
>>>
>>>Rick Smith said:
>>>
>>>> I have to agree.  We've had some pretty upset users here.
>>>> Waiting hours to restore one small file is ridiculous to them!!
>>>
>>>As mentioned previously, for this case you should see some great
>>>improvements when you get the changes made for APAR PQ05614.
>>>This was a server change is in the most recent server PTFs.
>>>
>>>Dave Crockett - ADSM development.
>>>
>>>
>
>The apar number is different for different versions and platforms. The fix
>is available for version 3 mvs as PQ13256.  I have applied the ptfs
(UQ16502
>and reqs)  and the doc contains the following --
>
>------
>APAR PQ13256
> ****************************************************************
> * USERS AFFECTED:                                              *
> ALL ADSM Version 2 and Version 3 servers
> ****************************************************************
> * PROBLEM DESCRIPTION:                                         *
> During a restore, when using the -pick option and -inactive
> option, a long delay is experienced if the filespace is
> has many thousands of files.
> ****************************************************************
> * RECOMMENDATION:                                              *
> Apply the fixing PTF when available.
> ****************************************************************
> A performance improvement has been made in the ADSM server
> to narrow down the search for the files.  When the -inactive
> option is specified, the search is more general and takes
> much longer.  The -subdir=y adds even more to the search.
> A new method of searching has been implemented.
> The performance improvement affects the "upfront search time"
> before files are sent to the client.  Improvements will only
> be seen if inactive files are requested to be searched.
> The -latest option will also see these benefits.  The
> improvements experienced will vary greatly depending on the
> number of files in the filespace and number of versions.
> -----
>
>I would be very interested to hear how well this fix works.  Could those
who
>have reported horror stories please try the same restore again after the
fix
>is on, and report the results here?
>
>Thanks,
>
>--
>-----------------------------------------------------------
>Bill Colwell
>C. S. Draper Lab
>Cambridge, Ma.
>bcolwell AT draper DOT com
>-----------------------------------------------------------
>
<Prev in Thread] Current Thread [Next in Thread>