|
Forwarded on behalf of Eric A. Wolf Dave Shaw MAPICS-L Moderator Spartan International, Inc. Spartanburg, SC **************************************** Another thought on backups... If you have PMC, do not forget about the "always attached" device. It will have the lock on SYSCTL - for those users that do not use a MAPICS backup and are relying on a non-sys backup, you may not have a save of this file. It happened to us and we only found out after a disk crash. Eric -----Original Message----- From: owner-mapics-l@midrange.com [mailto:owner-mapics-l@midrange.com] On Behalf Of Barb Hines Sent: Thursday, June 22, 2000 9:10 AM To: MAPICS-L@midrange.com Subject: Re: To Mapics backup or not to Mapics backup? I have a pre-backup command that ends jobs with a lock on sysctl and cleans up abend records in jobact. I formerly used a post backup command to back up the remaining libraries on mmlist but found this was keeping MAPICS dedicated that much longer. I changed the end of tape option to 2 (leave) and now I run that command through the OS/400 job scheduler. These remaining libraries are being backed up with the save-while-active option and MAPICS is now dedicated for only 30 minutes per day. (The Magstar 3570 also cut our backup time dramatically) -- Barbara Hines AS/400 Systems Analyst Allied Machine & Engineering Corp. mailto:bhines@alliedmachine.com Leleux@shur-lok.com wrote: > MAPICS XA, Pre & Post commands with scheduler! > > Works beautifully, especially when users log out & close their IM batches! > > > "Ed Chabot" > <echabot@marlinfir To: <MAPICS-L@midrange.com> > earms.com> cc: > Sent by: Subject: RE: To Mapics backup or not to > owner-mapics-l@mid Mapics backup? > range.com > > > 06/22/2000 05:10 > AM > Please respond to > MAPICS-L > > > > With our own standalone procedure. I have never heard of the MAPICS > post-backup command, but then again there are alot of things in MAPICS that > I have never heard of. > Ed Chabot > Marlin Firearms Co. > > -----Original Message----- > From: owner-mapics-l@midrange.com [mailto:owner-mapics-l@midrange.com]On > Behalf Of Tom Hauber > Sent: Wednesday, June 21, 2000 5:27 PM > To: 'MAPICS-L@midrange.com' > Subject: RE: To Mapics backup or not to Mapics backup? > > Now are you doing this full save of non-Mapics libraries via the Mapics > post-backup command? Or with your own standalone procedure? > > -----Original Message----- > From: Ed Chabot [mailto:echabot@marlinfirearms.com] > Sent: Wednesday, June 21, 2000 2:13 PM > To: MAPICS-L@midrange.com > Subject: RE: To Mapics backup or not to Mapics backup? > > Philip, > We do the same thing, a MAPICS backup to disk and a full save of all > non-system libraries. We save the disk backup to tape the next morning. > Our operator schedules the disk backup each day and we have the full save > in > a job schedule entry procedure. We too, have the luxury of not running > 24/7 > operations. > Ed Chabot > Marlin Firearms Co. > > -----Original Message----- > From: owner-mapics-l@midrange.com [mailto:owner-mapics-l@midrange.com]On > Behalf Of Philip R. Freimann > Sent: Wednesday, June 21, 2000 4:53 PM > To: MAPICS-L@midrange.com > Subject: RE: To Mapics backup or not to Mapics backup? > > Are we the only company that makes TWO backups a night? We do both the > standard MAPICS backup to reset the batches and provide an orderly MAPICS > restore if necessary - then also do a normal system save. > > It's sort of like safety belts in the car - you have to decide what kind of > accident you're going to have. Better safe than sorry. > > We do have the luxury of being able to squeeze some time out of every 24 > hour period. > > At 03:51 PM 6/21/00 -0400, you wrote: > >Patrick/Rebecca, > > > >If you have the source for Cross Apps, look at the source for AXZPZD and > >AXZPZY, which are the backup procs for disk and tape, respectively (the > >names are from memory - I don't have it here). It is possible to omit the > >actual SAV commands from the CL's, thereby executing only the MAPICS > >cleanup, which actually runs pretty quickly. Then you can separately run > a > >save-while-active of the MAPICS libraries for backup purposes. > > > >WARNING - If you do this, you won't be able to use the MAPICS "recovery > >procedures" if you manage to corrupt MAPICS and have to fix it. > Personally, > >I never considered that a problem, since I consider the "recovery > >procedures" to be little more than a historical curiosity that I've never > >used, but your cases may be different. The "recovery procedures" are what > a > >normal SAVLIB is "useless" for, since a non-MAPICS backup can only take a > >picture of the database, not guarantee that it's in a certain condition. > >Rebecca, I'd say your affiliate agrees with me, whereas your course > >instructor was adhering to the conservative MAPICS company line. You > should > >make your own choice based on what you feel confident about supporting. > > > >Dave Shaw > >MAPICS-L Moderator > >Spartan International, Inc. > >Spartanburg, SC > > > > > -----Original Message----- > > > From: Shrader, Patrick [mailto:pshrader@wkep.com] > > > > > > I, too, like the idea of a scheduled system backup for my > > > data. However, the > > > MAPICS backup does more than simply back up the information > > > to tape. There > > > are some cleanup jobs that is included in the MAPICS backup. > > > If I could > > > determine all of these jobs and run them from my own > > > routines, I would have > > > the backup scheduled automatically, greatly reducing the > > > daily operational > > > headaches of setting up the backup. > > > > > > If anyone knows of a resource to show the API calls that > > > MAPICS handles, I'd > > > greatly appreciate the information. > > > > > > Patrick > > > > > > > > > > -----Original Message----- > > > > From: Rebecca Snyder [SMTP:rsnyder@atlasdie.com] > > > > Sent: Wednesday, June 21, 2000 10:04 AM > > > > To: MAPICS-L@midrange.com > > > > Subject: To Mapics backup or not to Mapics backup? > > > > > > > > Hello Everyone, > > > > > > > > We're realitvely new to Mapics, and have had heard conflicting > > > > information on whether or not to use the Mapics backup... > > > > > > > > The affliate that was doing the implementaion for one of our > > > > companies told us not to use the Mapics backup and even > > > > went so far as to set up a SAVLIB scheduled job to save the Mapics > > > > libraries. Previous to that we were just using the AS/400 Backup > > > > which they told us wouldn't work for Mapics. > > > > > > > > After attending a Mapics class. last week I found out that > > > > we should be doing a Mapics backup, because the stuff > > > > from doing a SAVLIB was useless. > > > > > > > > So how are people doing a nightly backup of the Mapics data? > > > > > > > > And how can you run a 24x7 shop (which will have to do when we > > > > get the other company running on Mapics) when you need to end > > > > QINTER to do a Mapics Backup (or the SAVLIB that we're > > > > currently doing for that matter?) > >+--- > >| This is the MAPICS Mailing List! > >| To submit a new message, send your mail to MAPICS-L@midrange.com. > >| To subscribe to this list send email to MAPICS-L-SUB@midrange.com. > >| To unsubscribe from this list send email to MAPICS-L-UNSUB@midrange.com. > >| Questions should be directed to the list owner/operator: > dshaw@spartan.com > >+--- > > Philip R. Freimann > Montgomery, Alabama > mailto:pfreimann@mindspring.com +--- | This is the MAPICS Mailing List! | To submit a new message, send your mail to MAPICS-L@midrange.com. | To subscribe to this list send email to MAPICS-L-SUB@midrange.com. | To unsubscribe from this list send email to MAPICS-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: dshaw@spartan.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.