home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / oracle / 2966 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.6 KB  |  62 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!UB.com!pacbell.com!sgiblab!munnari.oz.au!yarrina.connect.com.au!cmutual.com.au!aaj
  3. From: aaj@cmutual.com.au (Tony Jambu)
  4. Subject: Re: Export/Import to tape?
  5. Message-ID: <1993Jan27.052159.981@cmutual.com.au>
  6. Sender: aaj@cmutual.com.au (Tony Jambu)
  7. Organization: Colonial Mutual Group
  8. References: <dtb.726846859@otto> <1993Jan22.200037.1902@spectrum.xerox.com>
  9. Date: Wed, 27 Jan 1993 05:21:59 GMT
  10. Lines: 50
  11.  
  12.  
  13. In article <1993Jan22.200037.1902@spectrum.xerox.com>, rdutc@sarek.xerox (Ray
  14. Dutcher) writes:
  15. > Compressing the export through a named pipe worked great and I did the
  16. > reverse fine without any loss of data.  I also did this with success on data
  17. > files (ie. a physical backup).  Thanks for the info.  Just to check I called
  18. > Oracle Support to see if they > were familiar with this technique and they
  19. > said that they know of customers who do this but they know that some
  20. > customers have experienced a loss of data when using the UNIX
  21. > compress/uncompress command and that Oracle will not support this technique.
  22. > 
  23. > 
  24. > 
  25. >  also used compress in the past on exports to transfer a database to another
  26. > machine over my network and also had zero problems.
  27. > 
  28. > Before I put this technique into a production system I would like to know if
  29. > anyone has experienced the "data loss" that Oracle Support mentioned? and if
  30. > so please state your Oracle version and OS when replying.
  31. > 
  32. > FYI, here's the technique I'm referring to:
  33. > (1) Compressing export to disk
  34. >     mknod ora_export.dmp p
  35. >     nohup compress < ora_export.dmp > ora_export.dmp.Z &
  36. >     exp / ...... file=ora_export.dmp
  37. >     
  38. >     This lets you compress on the fly without using any disk (well,
  39. >     you will use 4 disk blocks or the size of a pipe).
  40. > 
  41. > Thank you for any responses.
  42.  
  43. The problem with using compress that  Oracle is refering to seems be related
  44. to zcat rather than compress itself.  For more infor, refer to
  45. document #99769.561.  This doco be found on the RTSS BBS.
  46.  
  47. #     zcat outputfile.Z | dd bs=16K of=/dev/xxx
  48. # 
  49. #     where of = output file (raw device, in our case)
  50. #           bs = block size of conversion
  51. #     (Recall the all compressed files have a .Z extension to them.)
  52. # 
  53. #           What we found was that zcat was deleting blocks when
  54. # uncompressing the files. Thus the database was corrupted due to
  55. # missing blocks.
  56.  
  57. -- 
  58.  _____       ________ / ____ |Tony Jambu, Database Administrator
  59.   /_  __       /_ __ /       |Colonial Mutual Invest Mgmt Aust (ACN 004021809)
  60.  /(_)/ ((_/ \_/(///(/_)/_(   |EMAIL:  TJambu@cmutual.com.au
  61.  \_______/                   |PHONE:  +61-3-6418448       FAX:  +61-3-6076198
  62.