× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Duplicating a library.
  • From: "Al Barsa, Jr." <barsa2@xxxxxxx>
  • Date: Wed, 28 Jun 2000 11:10:50 -0400

At 09:47 AM 06/28/2000 -0400, you wrote:

With all due respect, you will still have this overhead.  Save/restore 
(specifying ACCPTH(*YES)) is the only way to avoid this.

Al


>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
>
>
> >>> barsa2@ibm.net 06/28/00 09:25am >>>
>At 11:05 PM 06/27/2000 +0100, you wrote:
>
>Save/restore if preferable, because the objects will have the original
>"create date".  If you have the disk space, save/restore to a save file is
>the best.  If you don't, then use tape.
>
>Al
>
>
>
> >I ve been involved in copying libraries from one environment to another
> >before.
> >
> > From what I see, there are three methods.
> >
> >CPYLIB etc..
> >
> >SAVRST to save file
> >
> >SAVRST to tape.
> >
> >
> >
> >Of the saves, you should do performance testing to see which one is
> >quickest.  In my experience, using 3590 s, tape is by far the quickest 
> method.
> >
> >I probably would not use CPYLIB as the access paths for each file will be
> >rebuilt on the fly.  This will seriously hamper your system and may take
> >many hours to complete (if not days)
> >
> >
> >
> >Another method you might consider is to use a replication package such as
> >DataMirror.
> >
> >
> >
> >Hope this Helps
> >
> >Adam
> >
> >adam@slic-systems.com
> >
> ><http://www.slic-ssytems.com/>www.slic-ssytems.com
> >
> >
> >
> >
> >
> >-----Original Message-----
> >From: owner-midrange-l@midrange.com
> >[mailto:owner-midrange-l@midrange.com]On Behalf Of Quazy
> >Sent: 27 June 2000 19:41
> >To: MIDRANGE-L@midrange.com
> >Subject: Duplicating a library.
> >
> >
> >
> >Nightly we need to take a copy of our production library and duplicate it
> >to a Test environment for our support people so they can play with almost
> >current data.
> >
> >
> >
> >I have been accomplishing this by backing up the library with a save while
> >active to a save file, then restoring the save file to the test
> >environment, then backing the save file up to tape, and deleting it.
> >
> >
> >
> >I would like to eliminate going to a save file and just save to tape and
> >duplicate the library. I don't want to restore from tape to the test
> >environment.
> >
> >
> >
> >This is a 10 Gig library with 200 Physical and logical files.
> >
> >This library is used 27 X 7.
> >
> >
> >
> >Can you do a crtdupobj on active files?   will it have to rebuild access
> >paths?
> >
> >
> >
> >
> >
> >I would appreciate anyone's thoughts on a good solution.
> >
> >
> >
> >
> >
> >Thanks Chris.
> >
> >
>
>
>
>+--------------------------------------------------+
>| 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
>+---



+--------------------------------------------------+
| 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.