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



If you leave QSNADS, QSERVER, QSYSWRK up you need to make sure you use 
save while active for a few libraries (QUSRSYS, QIWS - and QMPGLIB/QMPGDATA
if running PM/400).
You may also want to include a SAVOBJ (with save while active) of Journal
Receivers in QSYS, and the QHST* files in QSYS.
You should also include SAVSECDTA & SAVCFG in your nightly backup.
l would also recommend you do a RTVCFGSRC *ALL *ALL into a source file in a
library that is subsequently saved in the backup - great for recreating those
lines/controllers/devices you 'accidentally' delete.
PS - Don't forget QUSRSYS (& QGPL, QSS36F, QDSNX, QGPL38, QPFRDATA, QRCL, 
QUSER38, QUSRADSM, QUSRBRM, QUSRIJS, QUSRINFSKR, QUSRRDARS, QUSRVxRxMx)
are considered user libraries (they are saved by SAVLIB *ALLUSR, not when
you do a SAVLIB *IBM).


On Thu, 24 Apr 1997, Pete Hall wrote:

> >>  Is there an 
> easy way to schedule this as a batch job so that it runs in QCTL and
> will  execute properly with remaining subsystems ended? <<
> 
> Sure. You can specify the job queue in the job schedule entry's SBMJOB
> command (ADD/CHGJOBSCDE). It defaults to *JOBD. It's really not even
> necessary to end all of the subsystems. You could end the interactive
> ones, hold all of the public job queues and wait for some period of time
> so that jobs that are already active can end. Leave yourself a back door
> so you can get in if things get wierd. Maybe leave QPGMR up for this
> purpose. The only time you need to end the system to a restricted state
> in order to do a save is when you're running SAVSYS.
> 
> hth
> Pete
> 
> 
> --
>  - Pete Hall peteh@earth.inwave.com
> http://www.inwave.com/~peteh/
> 
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This is the Midrange System Mailing List!  To submit a new message,   *
> * send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
> * this list send email to MAJORDOMO@midrange.com and specify            *
> * 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
> * should be directed to the list owner / operator: david@midrange.com   *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> umidr
> 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.