home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / sybase / 521 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.5 KB  |  46 lines

  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!psinntp!kripalu!harit
  3. From: harit@kripalu.com
  4. Subject: Re: Recovering from a log segment full condition
  5. Message-ID: <1992Dec18.170126.269@uunet!cbmvax!xmws!kripalu>
  6. Sender: harit@uunet!cbmvax!xmws!kripalu
  7. Reply-To: harit@kripalu.com
  8. Organization: Kripalu Center
  9. References: <1992Dec16.205611.19776@spectrum.xerox.com>
  10. Date: Fri, 18 Dec 92 17:01:26 GMT
  11. Lines: 33
  12.  
  13. In article <1992Dec16.205611.19776@spectrum.xerox.com>  
  14. sauvain@fandango.wrc.xerox.com (Richard Sauvain) writes:
  15. > I have run into the following catch-22:
  16. > My transaction log fills up (even though I allowed more than 2X data size for
  17. > the transaction log), and when I try to dump the transaction log, I get an
  18. > error message saying that the log segment is full and I should dump the
  19. > transaction log.  Using ALTER DATABASE to increase the size of the segment
  20. > allows the dump to proceed for a while, but we eventually get to the same
  21. > state.
  22. > Does anyone understand what is going on here?  Could it be that deleting the
  23. > transaction log is itself a logged operation?
  24. > ---
  25. > Name:  Richard Sauvain               | Xerox Webster Research Center
  26. > Email: Sauvain@wrc.xerox.com         | Mail Stop 128-27E
  27. > Phone: (716) 422-3379                | 800 Phillips Road
  28. > Fax:   (716) 422-2126                | Webster, NY 14580  USA
  29. > --------
  30. > The gory details:
  31. [Deleted]
  32.  
  33. Unless you use the "with no_log" option on the dump tran command it is in fact  
  34. logged.
  35.  
  36.  
  37. -- 
  38. Michael Allen Latta
  39. Kripalu Center
  40. harit@kripalu.com
  41. (413)448-3288
  42.