|
Ah to good old days when everyone had source and was not afraid to use it. *** Electronic Forms Solutions *** *** iSeries Contract Programming *** Gregory A. Garner Garner Data Systems, Inc. 4270 Grand Teton Parkway Suwanee, Georgia 30024 Phone 770.845.9636 Fax 770.614.3496 e-mail: ggarner_gds@xxxxxxxxxxxxxx -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx]On Behalf Of Burns, Bryan Sent: Thursday, February 12, 2004 3:32 PM To: MAPICS ERP System Discussion Subject: RE: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog Thanks, this is helpful. We don't have enough DASD to save to disk but perhaps we will have enough after our next hardware upgrade. Incidentally, we are in the same situation as Joe P who wrote earlier about MAPICS fees for processor upgrades. We are on an 820 and thought the pricing to go to an 810 was pretty attractive. Until MAPICS entered the picture. Boss is now wondering what it would take to strip out MAPICS as we have a ton of custom code anyway. He's thinking maybe we can write the code ourselves for the small portion of MAPICS we do use. -----Original Message----- From: Ashworth, Thomas R. [mailto:TAshwort@xxxxxxxxxxxxxxxx] Sent: Wednesday, February 11, 2004 12:01 PM To: MAPICS ERP System Discussion Subject: RE: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog If you have enough disk-space, you may want to consider the Backup-to-disk option. The resulting Save-files (located in library AMSLIBy, where y=your data environment id) can be saved to tape at your convenience for off-site storage and the file restores can be processed much faster from disk. It may save time, but from my experience, most restore operations hit system response pretty hard. Thomas Ashworth Business Applications Manager Altec Lansing Technologies, Inc. -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Burns, Bryan Sent: Wednesday, February 11, 2004 12:41 PM To: MAPICS-L@xxxxxxxxxxxx Subject: RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE is performance hog Manually refreshed our test environment this morning using last night's backup tape. All went smoothly except our system really slowed down during the restore from tape. Restore was from a MAGSTAR 3570 of AMFLIBE which is 40 GB. The restore took 1.5 hours I submitted the RSTOBJ interactively but changed the priority to 51 after my boss called asking why the system was so slow. For the next refresh, what can I do to limit the resources a RSTOBJ OBJ(*ALL) SAVLIB AMFLIBE uses? _______________________________________________ This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post a message email: MAPICS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/mapics-l or email: MAPICS-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/mapics-l.
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.