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



Currently I do 2 kinds of backups ... on site during end-fiscal SAVE-21 ... and by remote on weekends.. Keeping people off the system is much more critical for end-fiscal than for backups ... a failed backup can be rerun in a few hours ... a failed end fiscal can take weeks to repair.

Backups are to tape. Nitely backup is not practical in our current political climate, and when the AS/400 got moved, I did not want to relocate (previously we had weeknite backups by me being a bully (kicking people off who wanted to use the system when I wanted to do a backup)). About 2-3 times a year we need to recover something from a backup. Typically years between real serious incidents.

For end fiscal I end everything from main console, then restart only QCTL QBATCH QSPL.

For remote backup, I try to be awake in wee hours when real users unlikely, but usually success on no more than 2 tries on a Sunday. I don't end anything except active jobs (people who went home without signing off) and system printer (no print audit trail), just run GO BACKUP.

I need to revisit our backup approach and I'd like to conduct a poll. Do you do any of the following for your nightly backup?

1. End QINTER SBS?
2. End just active jobs in QINTER?
3. Save to disk?
4. Perform a GO SAVE 21?
5. Perform another GO SAVE option?
6. Perform your own SAVLIB CL?

We do 2 and 6. (Actually, we count on our ERP system [MAPICS] to do 2, but it doesn't always do what we need it to).

Thanks,


Bryan Burns
M.I.S. Department
ECHO, Incorporated



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.