|
Loyd, First, instead of setting up a list of libraries to backup, you would be much better off to set up a list of librarys NOT to backup. Most times when a library gets created, programmers don't think "should this be backed up". So these libraries will be saved. Then when you go over a single tape, operations will say "why". Then somebody will look and determine that library BOBSJUNK doesn't need backing up. This is a much safer approach. BUT, it still does not eliminate the need for a FULL AND COMPLETE backup! At minimum a SAVLIB *NONSYS but better would be option 11 from the backup menu. Another thing to consider with your backups is the KISS principle: Keep It Simple Stupid! You do not want your backups complicated. Mainly because you are going to find out that they are lacking at the worst possible moment. Probably 4am after your system has been down for 12 hours from a fatal DASD failure. Or a bad System Install, or something like that. Bottom line being that your life is already miserable..you don't want to find out then that your backups are also miserable! On to your questions....How do you know QINTER has ended? There are several techniques that could be used such as receiving messages from QSYSOPR for the "subsystem QINTER ended message" and others. These might be a tad better, but I prefer the "brute force" approach as follows: ENDAGIN: ENDSBS QINTER *IMMED MONMSG CPFxxxx EXEC(QINTERDOWN) /* CPFxxxx is the Subsystem not active msg */ DLYJOB 600 /* wait 10 minutes */ GOTO ENDAGIN QINTERDOWN: /* QINTER is down, continue with processing */ Substitute CPFxxxx with the message ID for the "Subsystem not active" message you get when attempting to end a subsystem that is not active. I'd tell you what it is, but I am at home and do not have access to my /400 right now. The easy way to find this message is to just create it by doing an ENDSBS XXXXX. This will cause the message. But your cursor on the message and press F1. The message ID will be in the upper left (I believe) corner. Re your 2nd question on MONMSG confusing you. No offence intended, but if you are fairly new to CL programs as this question suggests, it might not be a good idea to be learning with something as critical to your operation as your backups. Remember, Backups are your Insurance policy. And the only time you will use that insurance is when LIFE SUCKS ALREADY! That is not when you want to find your policy sucks also! And if you spend enough time in this business, at some point you will have to use your backups! It might be a DASD failure, a Run Amuck application, natural disaster, etc. But you will use them. If you still decide to proceed, do NOT use a global MONMSG CPF0000 (which would trap ALL errors and just continue on. This is the worst possible thing. Your job will always finish, system will always be available, but your backup may be no good. AND YOU WONT KNOW IT! Only monitor for things that you are prepared to handle! Such as "No Tape in the tape drive" or "Media Error" or "File in Use". In which case you should probably send a message to QSYSOPR, yourself, and anybody else in MIS you can think of...to make sure somebody knows something is wrong. Remember, leave the gambling to the casino floor. The data center is NOT the place for making bets! Regards, Bob Crothers Cornerstone Communications -----Original Message----- From: Loyd Goodbar [SMTP:loydg@vegas21.com] Sent: Tuesday, December 30, 1997 11:18 PM To: MIDRANGE-L@midrange.com Subject: More automated backup Recent events have prompted me in looking beyond the AS/400's built-in backup facilities. I currently have a skeleton for my own custom backup program - hopefully a CL-only solution. I'm reading a list of libraries to save from a file, ending SBS QINTER so no one can sign on, running the SAVLIB command for my libraries, and then restarting QINTER. I do have a few questions: 1. After ENDSBS QINTER OPTION(*IMMED), I am issuing a DLYJOB 600 to wait for 10 minutes. How do I know if and when QINTER ends? 2. What kind of error trapping should I use? I know a bit about CL but the MONMSG stuff is a little confusing at times. Thanks for any info, - lg - Loyd Goodbar MIS manager Las Vegas Casino Greenville, Mississippi +--- | 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 MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- uucp +--- | 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 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-2025 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.