Hi Chuck, etc. After running the savrstobj command from one iSeries to another I'm seeing many files on that target now with the 0001 extension. Why is that and how can I avoid that?
Thanks, Frank
-----Original Message-----
From: CRPence <CRPbottle@xxxxxxxxx>
To: midrange-l <midrange-l@xxxxxxxxxxxx>
Sent: Thu, Jul 19, 2012 6:51 pm
Subject: Re: savrstobj questions
On 19 Jul 2012 08:22, Vern Hamberg wrote:
SAVRSTOBJ is mostly just like SAVOBJ and RSTOBJ on a single system.
How a restore works with LFs is the same as RSTOBJ. If you specify
only the PFs, that's all you get on the other side - unless you say
ACCPTH(*YES), right? You don't have to name the LFs in that case,
IIRC.
What is both desired and effected make all the difference with regard
o use of the Access Path parameter.
If the attempt is to effect data restore only, overlaying existing
ata in any physical file member(s), then saving access paths is
orthwhile; i.e. the logical files presumably already exist at the
arget for the restore. If restoring objects, then the logical files
ust be included [e.g. by name] in the save. Saved access paths will be
estored\associated with either restored or existing logical file
ember(s) [that have the same AccPth level identifier], but merely
equesting to save the access paths over the data does not effect the
ave [thus also not the restore] of the logical files\members [the
bjects] that defined each [LFM] access path.
Regards, Chuck
-
his is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
o post a message email: MIDRANGE-L@xxxxxxxxxxxx
o subscribe, unsubscribe, or change list options,
isit:
http://lists.midrange.com/mailman/listinfo/midrange-l
r email: MIDRANGE-L-request@xxxxxxxxxxxx
efore posting, please take a moment to review the archives
t
http://archive.midrange.com/midrange-l.
midrange.com
