|
We have a similar situation here. We now do a "save while active" save of the MAPICS libraries each weekday night. All sessions can stay up. Periodically (not very often) we will do a real MAPICS save on the weekend to clean up those few things that the MAPICS save does. Works OK for us. Greg Wenzloff Beck Mfg. -----Original Message----- From: DaleGindlesperger@fft-inc.com [mailto:DaleGindlesperger@fft-inc.com] Sent: Monday, November 05, 2001 5:53 PM To: mapics-l@midrange.com Subject: How can I leave sessions up? This is a multipart message in MIME format. -- [ Picked text/plain from multipart/alternative ] I have an problem that I sure hope others have run into and solved. My company works 24hr/day, 5 days/week, and uses MAPICS all the time, although only inquiries are used interactively at night (2nd/3rd shift). My IT department runs lights out from 5:30pm until 6am. We run MAPICS backups nightly using Help System's ROBOT (that's how we run the nightly schedule, also) at 3:00am, when the factory is on lunch break. I simply cannot get the users to sign off at night. How I handle this is to do the following: 1. ENDSBS QINTER OPTION(*IMMED). 2. Run a CL that disables all user-IDs that work at night (only inquiries run at night). 3. Use ROBOT to end all UMM jobs. 4. CLRPFM AMFLIB/JOBACT (I don't have a problem with batch jobs not being done). 5. STRSBS QINTER 6. ROBOT runs backups 7. Run a CL that enables all user-IDs that were disabled. 8. Use ROBOT to restart the UMM jobs. This has worked great, but I am in the process of implementing MDCC (formerly Paperless Manufacturing). I need to let users report time and pieces on operations during the lunch break (not everyone takes lunch). That means that I need to let the sessions stay up during backups. I'm not worried about the data not updating until after backups - that's not a problem. However, I am stumped on how to keep sessions up using my current technique to be able to run backups. As I see it, I have two options. 1. Figure out a way to have some terminals (actually, PCs connected over a LAN) run under a different subsystem, or 2. Figure out a different way to get people off the system. We have a union shop in the factory, and threats of reprimand and/or termination don't work to get them to sign the terminals off. The terminals are shared, and it's always "someone else's job" to sign them off - I can't get accountability. I realize this is as much an AS/400 question as a MAPICS one, but surely out of the thousands of MAPICS shops out there, someone else has had to come up with this answer by now. At least, I hope so. Thanks in advance, Dale Gindlesperger IT Manager Fleetwood Folding Trailers, Inc. _______________________________________________ This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post a message email: MAPICS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l or email: MAPICS-L-request@midrange.com 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.