RE: How can I leave sessions up? -- MAPICS-L

I am puzzled why active sessions are not ended by using the MAPICS back up
option?

Greg Wenzloff
Beck Mfg.


                     BACK UP TO TAPE OPTIONS       XA Rel 4


       END INACTIVE SESSIONS. . . . 1    0=NO, 1=YES
<---------------------

       SAVE ACCESS PATHS. . . . . . 0    0=NO, 1=YES

       DATA COMPRESSION . . . . . . 2    0=NO, 1=YES, 2=DEVICE

       DATA COMPACTION. . . . . . . 1    0=NO, 1=DEVICE

       END OF TAPE OPTION . . . . . 0    0=UNLOAD, 1=REWIND, 2=LEAVE

       PRE-BACKUP COMMAND . . . . .


       POST-BACKUP COMMAND. . . . .





-----Original Message-----
From: Barb Nash [mailto:Barb.Nash@phbcorp.com]
Sent: Tuesday, November 06, 2001 8:42 AM
To: mapics-l@midrange.com
Subject: RE: How can I leave sessions up?


Hi Dale,
        We run MDCC and were in a similar situation.   We run 5 days a week,
3 shifts, and run nightly backups using American Vikings Unattended Backup
software at 3:00 am.  I also had a bunch of inquiry users would regularly
not sign off at night, which would prevent our backups from running.  Before
MDCC I could just end QINTER, but with MDCC you can't.  I created a CL to
end all active users, I'd be happy to send it to you if you like.  It does a
WRKOBJLCK SYSCTL *PRINT.  The spool file is copied to a physical file which
I query to parse out the unattached jobs, monitor job... Once I get rid of
all that, I read through the file and do an ENDJOB on each signed on user.
It works great.  I also have a job schedule before and after the backups to
stop and start the monitor job.  Let me know if you'd like more info.

Barb

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