home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / oracle / 2922 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  1.6 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!biosci!parc!rocksanne!sarek!rdutc
  2. From: rdutc@sarek.xerox (Ray Dutcher)
  3. Newsgroups: comp.databases.oracle
  4. Subject: Re: Export/Import to tape?
  5. Message-ID: <1993Jan22.200037.1902@spectrum.xerox.com>
  6. Date: 22 Jan 93 20:00:37 GMT
  7. References: <dtb.726846859@otto>
  8. Sender: news@spectrum.xerox.com
  9. Reply-To: rdutc@sarek.xerox
  10. Organization: Sun Microsystems, Inc.
  11. Lines: 17
  12.  
  13. Compressing the export through a named pipe worked great and I did the reverse fine without any loss of data.  I also did this with success on data files (ie. a physical backup).  Thanks for the info.  Just to check I called Oracle Support to see if they were familiar with this technique and they said that they know of customers who do this but they know that some customers have experienced a loss of data when using the UNIX compress/uncompress command and that Oracle will not support this technique.  I've
  14.  
  15.  
  16.  
  17.  also used compress in the past on exports to transfer a database to another machine over my network and also had zero problems.
  18.  
  19. Before I put this technique into a production system I would like to know if anyone has experienced the "data loss" that Oracle Support mentioned? and if so please state your Oracle version and OS when replying.
  20.  
  21. FYI, here's the technique I'm referring to:
  22. (1) Compressing export to disk
  23.     mknod ora_export.dmp p
  24.     nohup compress < ora_export.dmp > ora_export.dmp.Z &
  25.     exp / ...... file=ora_export.dmp
  26.     
  27.     This lets you compress on the fly without using any disk (well,
  28.     you will use 4 disk blocks or the size of a pipe).
  29.  
  30. Thank you for any responses.
  31.