home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / oracle / 2154 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.0 KB  |  48 lines
  1. Newsgroups: comp.databases.oracle
  2. Path: sparky!uunet!think.com!ames!decwrl!adobe!mmwang
  3. From: mmwang@adobe.com (Michael Wang)
  4. Subject: Re: HELP! - Corrupted EXPort file
  5. Message-ID: <1992Nov9.201334.4389@adobe.com>
  6. Sender: usenet@adobe.com (USENET NEWS)
  7. Organization: Adobe Systems Incorporated
  8. References: <17204@mindlink.bc.ca>
  9. Date: Mon, 9 Nov 1992 20:13:34 GMT
  10. Lines: 36
  11.  
  12. In article <17204@mindlink.bc.ca> Bruce_MacDonald@mindlink.bc.ca (Bruce MacDonald) writes:
  13. >
  14. >I have just run into a problem that Oracle support has been unable to help
  15. >me resolve:
  16. >
  17. >An export file was created using RDBMS 5.1.22, and subsequently copied
  18. >to tape.  Now when we try to import the file, we get a "Required
  19. >character set conversion not supported" immediately after specifying the
  20. >filename.
  21. >
  22. >I tried importing into a V. 6 database with the same result (IMP-00016 is
  23. >the error message).
  24. >
  25. >The system is VAX/VMS 5.4-3.  The structure of the dump file is fixed format,
  26. >4096 byte records which is as it should be.
  27. >
  28. >Needless to say, we would REALLY like to get this data back.  Any suggestions
  29. >would be greatly appreciated!
  30.  
  31. Well, it has been a while, but if I recall correctly, this message
  32. will come up if the "end of record" marker gets corrupted or sometimes
  33. if there is a version number mismatch (very rare). The end of record
  34. marker is a 0D, I believe, and sometimes what happens is that it gets
  35. converted to something else during the transfer process. Typically
  36. this happens when you transfer the export file to another platform and
  37. don't specify a binary file transfer. I'm not sure what tools there
  38. are under VMS for viewing the hex contents of a file, but what you
  39. should do is create a new export file and take a look at it. If your
  40. viewer can display hex and the ASCII equivalent side by side, you
  41. should be able to tell very quickly what the end of record marker
  42. should be. Then view the corrupted file and see if it is different. If
  43. so, then you are going to have to convert them back somehow.
  44.  
  45. -- 
  46. Michael Wang
  47. mmwang@mv.us.adobe.com
  48.