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>
|
- Large ADSM Restores, Taylor Mitchell
- Re: Large ADSM Restores, Francis Maes
- Re: Large ADSM Restores, Smith, Richard
- Re: Large ADSM Restores, Dave Crockett
- Re: Large ADSM Restores, Schauerte, Andrew P (NM75)
- Re: Large ADSM Restores, Jeff Connor
- Re[2]: Large ADSM Restores, Mercer, K. (Kevin)
- Re: Large ADSM Restores, Jim Bohnsack
- Re: Large ADSM Restores, Bill Colwell
- Re: Large ADSM Restores, Rejean Larivee
- Re: Large ADSM Restores,
Francis Maes <=
- Large ADSM Restores, Taylor Mitchell [SMTP:taylor_mitchell
|
|
|