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


  • Subject: RE: To Mapics backup or not to Mapics backup?
  • From: "Shaw, David" <dshaw@xxxxxxxxxxx>
  • Date: Wed, 21 Jun 2000 15:51:20 -0400

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
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.