DBAsupport.com Forums - Powered by vBulletin
Results 1 to 7 of 7

Thread: Why not imported?

Hybrid View

  1. #1
    Join Date
    Nov 2000
    Posts
    164

    Angry

    Good morning all,

    I am trying to import a client dmp file into our database, however I kept getting the same error messages. The versions that the client and us using are the same, Oracle 7.3.2 on Unix HP, same database setting including schema. When I import the dmp file, I used,

    imp system/pwd file=file.dmp fromuser=dail touser=dail grants=n ignore=y indexes=n

    Then I got these errors,

    Import: Release 7.3.2.2.0 - Production on Thu Mar 28 08:30:08 2002

    Copyright (c) Oracle Corporation 1979, 1994. All rights reserved.


    Connected to: Oracle7 Server Release 7.3.2.3.0 - Production Release
    With the distributed, replication, parallel query and Spatial Data options
    PL/SQL Release 2.3.2.3.0 - Production

    IMP-00037: Character set marker unknown
    IMP-00021: operating system error - error code (dec 2, hex 0x2)
    IMP-00000: Import terminated unsuccessfully

    I checked the metal-link, and found couple documents discussing IMP-00037, said it was caused by corrupted export file. I asked the client to export the dmp file again, and ensure that the file was exported successfully, compressed with size around 2M, and ftp in binary mode. And again I got the same error message.

    The IMP-00021: operating system error said the file was not found. Can anyone tell me why the OS cannot find the file while the Oracle was able to open the file (appear to be)? Is there possibly a corruption in the dmp file or I need to reset the NLS_CHARACTERSET during imp? If I do, how would I do that? Please advise how to import this file.


    Thanks!

  2. #2
    Join Date
    Feb 2002
    Posts
    18
    Check out the character set on both the servers using

    select * from v$nls_parameters;

    Make sure they are the same.If not ,then just change the import or export script to make the NLS settings same.

  3. #3
    Join Date
    May 2000
    Location
    Portsmouth, NH, USA
    Posts
    378

    Wink


    Compare the character sets between the two databases. Are they the same?

    You might need to change your character set as you have mentioned.

    A neat possible work-around to this problem (i believe I ran into this problem also) is to use the IMPORT GUI 'Data Manager' that is provided with Oracle (comes with Oracle 8 toolset). For some reason, the GUI ignores or corrects the character-set problem. When I used the GUI to Import my file, I didn't get the errors I was getting from command line. It is worth a try.

    Not sure what tools are provided with Oracle 7. Did they have GUIs with that version? I doubt you could use an 8.0 import/eport manager with a 7.3.2 DB.

    You might have to use command line to change character sets.

    - Magnus

  4. #4
    Join Date
    Jan 2001
    Posts
    3,134

    Lightbulb

    Ok, I'll play Captain Obvious here.
    You did un-compress the .DMP file after you FTP'ed it over didn't you?
    Does it have the proper .dmp extension?

    If it is only 2M why not try NOT compressing it and sending it over.
    MH

    [Edited by Mr.Hanky on 03-28-2002 at 10:13 AM]
    I remember when this place was cool.

  5. #5
    Join Date
    Nov 2000
    Posts
    164
    Manpreet, here are what we have for the NSL parameters in both databases,

    PARAMETER VALUE-local OREGON-client
    -------------------- ----------- ---------
    NLS_LANGUAGE AMERICAN AMERICAN
    NLS_TERRITORY AMERICA AMERICA
    NLS_CURRENCY $ DEFAULT
    NLS_ISO_CURRENCY AMERICA DEFAULT
    NLS_NUMERIC_CHARACTE ., DEFAULT
    RS
    NLS_DATE_FORMAT DD-MON-YY D EFAULT
    NLS_DATE_LANGUAGE AMERICAN DEFAULT
    NLS_CHARACTERSET US7ASCII DEFAULT
    NLS_SORT BINARY DEFAULT
    NLS_CALENDAR GREGORIAN NOT DEFINED

    Some of the parameters are different, but Language, territory, and character set are the same. Do I need to reset the parameters that are different? How do I do that in import script, can you provide an example?

    Jgmagnus, thanks for the advise, but we don't have IMPORT GUI 'Data Manager' installed. So command line is the only option that is available.

    Mr.Hanky, the un-compress file does not have .dmp extension. How would this make the different, please explain? I have getting several dmp files without .dmp extention and they were imported fine. I am going to try to use uncompress dmp file for import, hope that solve the poblem.

    Thanks for all you help!

  6. #6
    Join Date
    May 2000
    Location
    Portsmouth, NH, USA
    Posts
    378

    Red face


    doesn't matter what the extension is on the file (.dmp or no .dmp) as long as export created the file. You can name the file when you export. Some dbas like to name their dumps with extensions like .exp so they know they are exports. It makes no difference.

    try importing the uncompressed file that has no .dmp extension and see what happens.

    post results.

    - Magnus

  7. #7
    Join Date
    Nov 2000
    Posts
    164
    The client re-dumped the file and ftp without compressed. This time the import went successfully. My guess is for the original attempt that somewhere in the process of compressing and ftp, the file was corrupted. Thank you very much for all of your helps!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


Click Here to Expand Forum to Full Width