|
Forwarded on behalf of Eric A. Wolf Dave Shaw MAPICS-L Moderator Spartan International, Inc. Spartanburg, SC ************************************************* I have most of my customers use the MAPICS Schedule Backup to Disk - it is much faster. Then they use the AS400 Job Scheduler to save user libraries (including the MAPICS libraries) as an extra backup. They backup to tape the previous night's backup-to-disk. The customers do not run a 24/7 shop. Be aware that the "PRE" Backup command runs prior to getting a dedicated mode. The "POST" Backup command runs while in dedicated mode. We are also looking at creating a scheduled job that will check to see if the MAPICS Backup to Disk ran (looking at the ZSVCTL dataarea). This will run a separate backup if the MAPICS Backup could not get dedicated mode or batches were not closed. This is only for customers that do not run the AS400 Scheduled Library backups. Eric A. Wolf Ericw@midrangespecialists.com -----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?) > > 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.