× 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.



Vern,

Thanks for the ideas.   Yeah, I am aware of a solution using the
DSPOBJD.    

But before we thought of using DSPOBJD...,  Let me lay out in a little
more detail what I'm trying to do and what we've run into using the SAV
technique.   I think you're talking about the SAVOBJ command.    

At least from what I can figure out, SAVOBJ only allows a gross backup
of a particular library, that is to say PF and LF and allows you to save
them as a SAVF.  Yes, I know you can use some wildcards in the command
to narrow what your backing up, but if I want to back up all the PF in a
library I can not say particular attributes like PF, I have to back up
both (unless I use the DSPOBJD technique first).   So, using the
"native" technique my systems programmer was stuck with backing up both
PF and LF as they are of type FILE.   So, he'd save the following:

All FILES of library CXLIB, CRLIB, WFLIB and LXLIB.  These are the
production libraries.   We need to restore ONLY THE DATA to the same
named files but to different library names, such as, CXLIBTEST,
CRLIBTEST, etc.   What we found was, the restore went OK but the folks
using the TEST environment after the restore were seeing the latest
transactions of the PRODUCTION libraries on an ongoing basis!!!   My
assumption of the cause... because the LFs were forced to be restored
from the RSTOBJ command( because there is a TYPE of FILE but there are
no attribute choices), you get LFs pointing to the PRODUCTION
libraries.

So, we'll try the DSPOBJD technique.   

Now comes the second part...  Let's assume DSPOBJD works and we only
get the PFs and we restore them as outlined above.   What about the LFs
and/or access paths in the TEST environmnet(the target)... they are now
pointing to data of which some may be new and much expanded in numbers
of records since the last refresh?     What about access paths...Will I
have to run something to keep the users from suffering massive rebuilds
of the access paths when they first access the applications or what?   I
know there is a command.    Is it necessary to prevent the first access
problem?  I assume so.    

If the DSPOBJD technique works, we'll SAVOBJ to tape to save DASD space
during the backup.

Hope this makes sense.    Any gotchas you can see?

Thanks,

Dave

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.