Re: Duplicating a library.

Al is 100% correct.  The difference in speed is amazing.  We verified this 
actual
example when doing a Cisc to Risc conversion just a few weeks ago.  We had to
duplicate a library, and it was amazing just how much faster  it was to bring it
down from tape when the access paths were saved, than doing a CPYLIB (which is
disk to disk).

    JMHO

        Pete Massiello

"Al Barsa, Jr." wrote:

> At 02:17 PM 06/29/2000 -0400, you wrote:
>
> With all due respect, I want to go back on this one again.  The best
> performer by far, assuming that the physicals and logicals are in the same
> library is to do save/restore specifying ACCPTH(*YES).
>
> Al
>
> >Actually, the access paths of the logical will be rebuilt, but one record at
> >a time (if I understand it correctly).  Does this take more or less time
> >over all?  I will leave that answer to someone more enlightened.  However,
> >what about changing the logicals in the test environment to *DELAY or
> >*REBUILD the access paths so that they only get rebuilt if they are needed
> >for testing on that day.  A little longer on the first test run but the copy
> >should go faster.  Also, I usually CPYF with FROMRCD(1) so that the system
> >does not have to read the physical by key for the copy.
> >
> >Joe Giusto II
> >Patuxent Publishing Company
> >10750 Little Patuxent Parkway
> >Columbia, MD 21044
> >mailto:JGiusto@patuxent.com <mailto:jgiusto@patuxent.com>
> >http://www.lifegoeson.com <http://lifegoeson.com>
> >
> >
> >
> >
> >-----Original Message-----
> >From:   Denis Robitaille [SMTP:DRobitaille@cascades.com]
> >Sent:   Wednesday, June 28, 2000 9:48 AM
> >To:     MIDRANGE-L@midrange.com
> >Subject:        RE: Duplicating a library.
> >
> >Assuming that the library is stable (the sources of the PF and LF do not
> >change much), you could do the following:
> >
> >Instead of the save/restore, create a CL that do a CPYF of all the PF form
> >the production to the test library. This way, you avoid all the file
> >creation and all the access path rebuild.
> >
> >
> >Denis Robitaille
> >Directeur services techniques
> >Cascades Inc
> >819 363 5187
> >fax 819 363 5177
> >
> >
> >
> >
> >
> >+---
> >| This is the Midrange System Mailing List!
> >| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> >| Questions should be directed to the list owner/operator: david@midrange.com
> >+---
>
> +--------------------------------------------------+
> | Please do not send private mail to this address. |
> | Private mail should go to barsa@ibm.net.         |
> +--------------------------------------------------+
>
> Al Barsa, Jr. - Account for Midrange-L
> Barsa Consulting, LLC.
> 400 > 390
>
> Phone:          914-251-1234
> Fax:            914-251-9406
> http://www.barsaconsulting.com
> http://www.taatool.com
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

--
Pete Massiello
OS Solutions International
Phone: (203)-744-7854  Ext 11.
http://www.os-solutions.com
mailto:pmassiello@os-solutions.com


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---