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.

PVTAUT is not a parameter on these commands - going to a different system, I'm not sure you can count on much to be the same. There is no information I could find as to what IBM uses for these commands.

Ownership goes to QDFTOWN if the owning profile does not exist on the other side.

As Rob said, this depends on SNA - I forget if 6.1 still can use Anynet - otherwise you need to set up Enterprise Extenders. It might be worth it - the SAVRST* commands are a dream, so far as I'm concerned.

No TCP - unless you script some FTP, which isn't all that hard. Make a CL that creates a SAVF, saves the objects as desired (you can use the the PVTAUT parameter here), runs an FTP script (see documentation on InfoCenter for more on this) which PUTs the SAVF on the target, then QUOTE RCMD to run RSTOBJ on the target.

That's about it, as I recall - it's been awhile.

HTH
Vern

On 7/18/2012 8:27 PM, fbocch2595@xxxxxxx wrote:
Hi Folks, any fans of savrstobj out there? Out OS is V6R1, can you gimme some answers and/or recommendations/suggestions?

How do you overcome authority issues on the target system (system where objects are restored)?

What authorities are assigned to the restored objects if does pvtaut=*no is specified?

Must alwobjdif=*all always be used if authorities are different on the source (system where objects are saved) and target system?

What about restoring only the PF's (not the LF's), will that cause any problems?

How can I use TCP to run the command?

Any info appreciated, as always.

Thanks, Frank



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.