home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / oracle / 2273 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.4 KB  |  42 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!infonode!jjolly.b24a.ingr.com!jjolly
  3. From: jjolly@jjolly.b24a.ingr.com (Jack G. Jolly)
  4. Subject: Defrag the darn thing
  5. Message-ID: <1992Nov23.191513.16204@infonode.ingr.com>
  6. Sender: usenet@infonode.ingr.com (Usenet Administrator)
  7. Organization: Intergraph Corporation, Huntsville, AL.
  8. Date: Mon, 23 Nov 1992 19:15:13 GMT
  9. Lines: 31
  10.  
  11. Had a (flawed) strategy to defrag a tablespace in the db.
  12.  
  13.     1) Export db
  14.     2) Drop tablespace
  15.     3) Create tablespace
  16.     4) Import users
  17.  
  18. The problem was in step (2) - dropping a 300MB tablespace (non-empty)
  19. generated so many transactions that I got the infamous "snapshot too
  20. old" error.  I have 10 rollback seg's in their own (20MB) tablespace.  The
  21. whole deal is on raw files.
  22.  
  23. I also read here about another strategy - create a table whose "initial"
  24. parm is equal to the sum of all freespace extents in the db - the idea
  25. was that the db would "collect the smaller extents into one big one",
  26. and then you would drop the table.  I tried this idea without success -
  27. came back with "unable to allocate extent of size XXX" where XXX was
  28. the sum of all freespace in the tablespace.
  29.  
  30. Any ideas??  Should the second strategy work??  
  31.  
  32. JJ
  33.  
  34. ------------------
  35.  
  36.   ^^^^^^^^^          Jack Jolly  @  jjolly@jjolly.b24a.ingr.com
  37.  (| 0   - |)
  38.   |   *   |             Intergraph Corporation, Huntsville AL
  39.   \_______/                AEC Project Management Support
  40.  
  41.  
  42.