home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / oracle / 2981 < prev    next >
Encoding:
Text File  |  1993-01-29  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!swrinde!gatech!hubcap!ncrcae!ncrhub2!ncrgw2!psinntp!adcmail!philv
  3. From: philv@atlastele.com (Philip Vassar)
  4. Subject: Re: Export/Import to tape?
  5. Message-ID: <1993Jan24.052005.18747@atlastele.com>
  6. Keywords: Export, Import 
  7. Organization: Atlas Telecom Inc.
  8. References: <bogreen.726774727@unixg.ubc.ca>
  9. Date: Sun, 24 Jan 1993 05:20:05 GMT
  10. Lines: 30
  11.  
  12. In article <bogreen.726774727@unixg.ubc.ca> bogreen@unixg.ubc.ca (Bo Green) writes:
  13. >
  14. > 1) I need to change the tablespace allocation of a large database I am
  15. > working with, so I thought the best way would be to Export, create
  16. > new tablespaces, and then Import the tables. Unfortunately, I don't
  17. > have enough disk space to Export to disk. I figure out how I can Export
  18. > to exabyte tape in a reasonably efficient way. Any ideas?
  19.  
  20. You can export to a named pipe and compress the output (assuming 'nix).
  21. I would identify all user objects in the tablespace first and export each
  22. table by itself.
  23.  
  24. After all user objects have been exported drop the tables. (Don't bother
  25. to export the indexes). After all user tables are dropped you can then do
  26. a full export (talking system tables at this point). You now have seperate
  27. images of each table and the system. Drop the tablespace at this point.
  28. Recreate the tablespace(s) and execute your schema generation scripts.
  29. Be sure and adjust the storage clauses so that the entire table will fit
  30. in a single extent. I keep my index creation scripts seperate from my
  31. table creation scripts this will allow me to import the data and not create
  32. indexes during import (can slow things down a great deal). After the import
  33. you can run your index creation scripts, once again adjust the storage
  34. clauses so that all index extents will compress into one.
  35. >
  36. > 2) If I use "COMMIT=Y" on an Import, will that solve the problem of a 
  37. > lack of enough rollback space for a large table?
  38.  
  39. Most definately.
  40. Feel free to call me at (503)228-1400 ext 650 if you need more help.
  41.  
  42.