|
Hi Vern
It doesn't just send a savf - you can tell that because the restore
starts before the send process completes. It's also more efficient
space and time-wise when used to save and restore a library on the
same system.
Because the save commences shortly after the save starts it fiinishes
much sooner than the equivalent process of saving and then restoring;
it also uses less storage as the only disk required is the storage
buffer the save is written to and restored from.
I've used this on a couple of systems where I periodically needed to
take a snapshot of a library.
On Sat, Sep 11, 2010 at 12:02 PM, Vernon Hamberg <vhamberg@xxxxxxxxxxx>
wrote:
SAVRSTLIB is part of an option of SS1 called Object Connect-I forget theoption number-it's free-find out who can install it. But I don't see any
advantage to that over SAVLIB/RSTLIB-that sends the SAVF to the
destination-I just think there's extra overhead, but I don't know that for
certain.
Vern Hamberg
Sent from my Samsung Epic™ 4G
"Lennon_s_j@xxxxxxxxxxx" <lennon_s_j@xxxxxxxxxxx> wrote:
SAVRSTLIB I would like to try. Unfortunately, the only place I can find
it on our V6R1 machine is in the QSYSV5R4M0 library. Do we need to
install something extra?
I used it in a formed job to move data between machines at V5R4, but
that was a much bigger shop with dedicated system programmers.
Sam
On 9/10/2010 1:45 PM, Evan Harris wrote:
Consider a CLRLIB followed by a SAVRSTLIB as it may be faster again
than doing a Save and then a Restore.
--
Regards
Evan Harris
http://www.auctionitis.co.nz
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.