home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / notisl / 4665 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.7 KB  |  50 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!PENNDRLS.UPENN.EDU!YETTER
  3. Return-Path: <YETTER@PENNDRLS.UPENN.EDU>
  4. Message-ID: <9301230158.AA15915@noc2.dccs.upenn.edu>
  5. Newsgroups: bit.listserv.notis-l
  6. Date:         Fri, 22 Jan 1993 20:40:26 EST
  7. Sender:       NOTIS discussion group list <NOTIS-L@TCSVM.BITNET>
  8. From:         Peggy Yetter <YETTER@PENNDRLS.UPENN.EDU>
  9. Subject: RE: 24 hour OPAC
  10. Comments: To: NOTIS-L%TCSVM.BITNET@NOC2.DCCS.UPENN.EDU
  11. Lines: 37
  12.  
  13. > We've had 24-hr a day access for four years now.  CICS stays up all
  14. > the time, and I code our JCL so that when a file is scheduled for
  15. > update, the operator closes that file, reopening it after the job
  16. > completes.  This results in a few minutes or so when the database
  17. > might not truly be available, but nobody ever seems to notice it.  The
  18. > advantage to folks dialing in and telnetting to us is obvious and well
  19. > worth the time I spend putting PAUSEs in the JCL -- and the relatively
  20. > few times an operator who is asleep at the switch has forgotten to close a
  21. > file for update!  This "feature" of our OPAC is greatly appreciated by
  22. > both faculty and students.
  23. >
  24. > Leigh Williams
  25. > SFASU
  26. > F_WILLIAMS@CCSVAX.SFASU.EDU
  27. Leigh,
  28.     When we were a VSE site we did the same thing but what about LB010JC6?
  29. Don't you get strange results when you run this with CICS up?  I was under
  30. the impression that bringing CICS down puts an EOF in the journal 6 so
  31. that LB010JC6 knows when to stop processing.  Anyway, we brought our system
  32. down for LB010JC6 and since LB610 requires updates to the bib, patron and
  33. item file, we kept it down for that too.  So we were running for 23.5 hours
  34. with no complaints from patrons when they found some files closed.
  35.     But that brings up another question.  Now that we are a MVS site, we
  36. can't seem to do the same thing.  If we run a job that requires a deletion
  37. of a VSAM file (like LD200), closing and disabling the file does not
  38. allow us to delete it as it did under VSE.  We get an error message that
  39. CICS is using the file.  Is there something that we can do to right this
  40. or is this the way MVS works?  We have found the same phenomena when
  41. using the backup utility, DFSS.  CICS has to be down to backup our data
  42. files.  Anybody have a suggestion?
  43. -------------------------------------------------------------------------
  44. | Peggy Yetter                       : Van Pelt Dietrich Library Center |
  45. | Systems Analyst                    : 3420 Walnut Street               |
  46. | University of Pennsylvania         : Philadelphia, PA  19104-6206     |
  47. | yetter@penndrls.upenn.edu          : (215)898-4824                    |
  48. |           MVS/ESA 4.2; CICS 2.1; NOTIS 5.1; MDAS 1.3; GTO 3.1         |
  49. -------------------------------------------------------------------------
  50.