|
At 09:42 PM 04/30/2000 -0700, you wrote: John, If you have a definite plan to restore, then I would say go with SAVSTG. However in the "real world", we save things thousands of times more frequently than we restore them. SAVxxx commands are fast by comparison to RSTxxx commands, which are relatively long and complicated. For normally daily operation, I recommend a periodic GO SAVE option 21, with the save of changes daily. Personally I use the SAVALLCHG command from TAA TOOLS, because there is a corresponding RSTALLCHG command. OS/400 gives you no good way to restore changes without displaying the tape to print prior to the restore, and then keying in each RSTOBJ command library by library, which is error prone. Al >Al, > >"Al Barsa, Jr." wrote: > > > > At 04:11 PM 4/30/00 -0700, you wrote: > > > > John, > > > > When SAVSTG was written, it was a faster way to save the entire system > > (including queue data, which cannot be saved otherwise without > > extraordinary procedures) than a GO SAVE option 21. Today with a > > sufficiently fast enough processor, enough memory, and a fast tape drive, > > GO SAVE option 21 is better (although queue data is omitted). > >Are you saying that a Go Save would be faster (or even >competitive) with a SAVSTG? > >Given this limited scenario, I'm under the impression that a >SAVSTG is the better way to go: > >Software developer has a small test AS/400 that sometimes needs to >be set to a given OS release. If the Sysadmin has on separate >tapes a snapshot of the system at V3R7, V4R1, V4R2, etc. and >wiches to reload a particular configuration for the purposes of >testing, do you believe that SAVSTG/RSTSTG would not necessarily >be the fastest way to do this? > >I'm interested because we are considering this approach for one of >our systems. > >jte > > > > > > > > Al > > > > >Henrik, > > > > > >Henrik Krebs wrote: > > > > > > > > Maybe SAVSTG? Check it. > > > > > > > > I'm not sure if it is possibly to submit a job to controlling subsystem > > > with an > > > > ENDSBS(*ALL) + SAVSTG. Anyway SAVSTG is not a 'good' save command, > > > which is why I don't > > > > know much about it. > > > > > >SAVSTG takes a complete (bit level) system snapshot, and expects > > >to restore that snapshot to essentially the same hardware > > >configuration. It's usefull if you want to quickly save and > > >replace an entire disk configuration, but it is worthless to the > > >point of dangerous for daily backups. You can't selectivley > > >restore (libraries or objects), and you could be extremely hard > > >pressed to restore to an alternate machine. > > > > > >jte > > > > > > > > > > > > > > > > > > > > > > > > > > Regards > > > > > > > > Henrik Krebs > > > > > > > > ------------------------------------------------------------ > > > > Henrik Krebs > > > > IT Consultant (IBM AS/400) > > > > Phone +45 55 44 26 50 > > > > Mobile +45 40 88 83 23 > > > > Email: hkrebs@hkrebs.dk > > > > Web: http://www.hkrebs.dk/ > > > > Snailmail: Kokhaven 8, DK-4736 Karrebaeksminde > > > > ------------------------------------------------------------ > > > > > > > > >Date: Wed, 26 Apr 2000 09:46:33 -0500 > > > > >From: "Michele Reinkemeyer"<mreinkemeyer@mbsbooks.com> > > > > >Subject: Complete Save via CL Command? > > > > > > > > > >I was told (when I first started dealing with the AS/400 and still > > > barely knew > > > > >how to spell it) that there is a way to run a complete system save > > > using a CL > > > > >command through a job scheduled entry. Is anyone familiar with > > > this? If so, > > > > >would you be willing to share that CL command? I want to implement > > > such on 3 of > > > > >my AS/400's since I am an hr and a half from office and don't care to > > > drive in > > > > >each weekend. > > > > > > > > > >Thanks in advance, > > > > > > > > > >Michele R > > > > > > > > +--- > > > > | 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 > > > > +--- > > > > > >-- > > >John Earl johnearl@400security.com > > >The PowerTech Group 206-575-0711 > > >PowerLock Network Security www.400security.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 > > +--- > >-- >John Earl johnearl@400security.com >The PowerTech Group 206-575-0711 >PowerLock Network Security www.400security.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 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.
midrange.com
