home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / 5749 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.7 KB  |  60 lines

  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!usc!venice!lung
  3. From: lung@venice.sedd.trw.com (Diane Lung)
  4. Subject: Re: Sybase and Interactive woes
  5. Message-ID: <1992Jul22.173512.15663@venice.sedd.trw.com>
  6. Sender:  H. Ackerman
  7. Organization: TRW Systems Engineering & Development Division, Carson, CA
  8. References: <1992Jul16.173500.1075@asc386> <rjmartin.711764896@extro.ucc.su.OZ.AU>
  9. Date: Wed, 22 Jul 1992 17:35:12 GMT
  10. Lines: 48
  11.  
  12. In article <rjmartin.711764896@extro.ucc.su.OZ.AU> rjmartin@extro.ucc.su.OZ.AU (Trilogy Business Systems) writes:
  13. >mosmith@asc386 (Matt Smith) writes:
  14. >
  15. >>We are currently using version 3.2 of Interactive and
  16. >>version 4.2 of Sybase.  As the subject implies, we seems to be having
  17. >>great difficulty keeping the Sybase server up.  If there is anybody
  18. >>out there using this configuration or could suggest a better one, I would
  19. >>really like to hear from you.
  20. >
  21. >We are currently running 4.2 on SCO ODT 1.1 and SCO Unix 3.2., and while we 
  22. >have had our fair share of problems, the system is up around 99%+ of the time.
  23. >Our local sybase people are fairly helpful, although when we get really
  24. >hairy problems they are referred back to the U.S.
  25. >
  26. >Something to be really careful about is the number of streams parameters 
  27. >configured in the kernal. The first set of release notes were ** WRONG ** 
  28. >about how many to set up (I think they just thought of some numbers that
  29. >would never be exceeded). You can use the crash command, and then use strstat
  30. >to see how these are going, also make sure you have a good reliable maths 
  31. >co-processor (387 compatable), apparently this can cause problems. One last
  32. >thing to look at is the amount of available free ram, and if all else fails,
  33. >try dumping the database, re-install, and start from scratch. We had some 
  34. >problems with a demo machine that used unix files as the database devices,
  35. >and occasionally it wouldn't be able to open the log device, thereby marking
  36. >the associated database as being hopelessly corrupt. I then manually changed
  37. ...
  38.  
  39. Another item you might check (related to the number of streams) is the
  40. number of connections that your SQL Server is configured for - remember
  41. that each database device requires a connection. On Interactive I have had
  42. similar problems when the Server would come up and fail on bringing up
  43. database/log devices and mark them corrupt. In this situation, it was the
  44. case that the SQL Server had not been configured for enough connections.
  45.  
  46.     Howie
  47.  
  48. **********************************************************
  49. Internet:    howie%ranger@venice.sedd.trw.com
  50. Prodigy :    DBKX34A
  51.  
  52. All opinions are my own and not my employer's.
  53. **********************************************************
  54.  
  55.  
  56.  
  57.  
  58. -- 
  59. lung@venice.SEDD.TRW.COM
  60.