Imp fails with character set marker unknown

Hi All,
I'm trying to import a dump that was done in WE8ISO8859P1 with Oracle 9i 9.2.0.5.0 into the Western European XE version on Windows XP Professional SP2.
I get an IMP-00037 Character set marker unknown error
I've tried setting NLS_LANG to American_UNITED KINGDOM.WE8ISO8859P1 but the same result. Obviously I'm just a novice but you've to start somewhere right, any help appreciated

Setting NLS_LANG to either character set should be fine. WE8MSWIN1252 is a superset of WE8ISO8859P1 ( http://aswan.gatech.edu/docs/oracle/10g/server.101/b10749/applocal.htm#636814 ) .
From the docs:
There are two character set conversions when you Import a dump file. The first one is performed by Import executable from the character set of the dump file (which is equal to NLS_LANG of Export session) to the character set of NLS_LANG of the Import session. The second conversion from the Import NLS_LANG to the database character set is performed by SQL*Net.
Here is more information in the docs:
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14215/exp_imp.htm#i1021901
~Dietmar.

Similar Messages

  • IMP-00037: Character set marker unknown ?

    Hi,
    I try to import some .dat files in oracle 10g database.
    These files have been generated by OMWB from a Sybase 12.5 database. The following error occures :
    $ imp FILE=Dat/COUNTER.dat
    Import: Release 10.1.0.2.0 - Production on Fri Jun 18 14:38:25 2004
    Copyright (c) 1982, 2004, Oracle. All rights reserved.
    Username: qos_user
    Password:
    Connected to: Oracle Database 10g Release 10.1.0.2.0 - Production
    IMP-00037: Character set marker unknown
    IMP-00000: Import terminated unsuccessfully
    I suppose there is an argument for the 'imp' command but I tried to read 'imp -help' and I didn't find it.
    Could you explain me this error?
    Thanks,
    Grégory.

    I Cannot say that because I have no access to the machine.
    Could you tell me why this information is important? Does the generated .dat files depend on this vairiable?
    For information, OMWB doesn't generate the files. It generates UNIX commands in a file that you execute manually (offline). In Sybase the command to export values is 'bcp', maybe this command hasn't the good parameters.
    For example I post you a line that generates the file from Sybase :
    bcp <DB_NAME>.dbo.counter out COUNTER.dat -c -t "<ec>" -r "<er>" -Usa -P -S<SERVER NAME>
    What I can note in this command is that it seems to set '<er>' as the rows delimiter and '<ec>' as the cols delimiter. It is a possibility that Oracle does not support this format.

  • Character set marker unknown error while importing data in 10g from 8i

    Hi All,
    I am trying to import the whole database schema wise (one by one) through oracle 10g database control page (which is browser based)
    But when i try to import the objects of a schema i get the error that
    "IMP-00037 : Character set marker unknown "
    Import terminated unsuccessfully
    Would anybody please tell me about the mentioned error ???
    Kindly provide the solution.
    Mentioned below are the character sets available in both the version.
    Character sets in oracle 8.1.7 :-
    Database Character Set :: WE8ISO8859P1
    National Character Set :: WE8ISO8859P1
    Character sets in oracle 10.2.0.1.0 :-
    Database Character Set :: WE8ISO8859P1
    National Character Set :: AL16UTF16
    Regards
    Milin...
    Message was edited by:
    user640001

    Hi,
    As you have asked, i have mentioned the export command below to get the full database export file.
    And I have copied this export file (dump) to another machine(Server) where i have to import that file to upgrade the database to 10g Rel 2.
    SET CC=%DATE:~4,2%-%DATE:~7,2%-%DATE:~10,4%
    exp username/password@db_name
    file=D:\PAY_BKP\EXP_FULL_PAY_%CC%.DMP log=D:\PAY_BKP\EXP_FULL_PAY.log
    indexes=yes
    full=yes
    Kindly provide guidance.
    Regards
    Milin

  • IMP 00037 : Unknown character set marker.

    I have used Oracle 9i (9.2.0.1) in my machine. Existing O/S in my machine is Win XP with service pack 2. I have created clubtown database user in machine.
    Grant connect, resource, dba to clubtown user. Now i import data i.e. clubtown.dmp file which i have received from my client. i placed clubtown.dmp file in C:\. Then I invoke command prompt.(C:\) I put the command below..
    imp system/<system-password> file=clubtown.dmp fromuser=clubtown touser=clubtown buffer=80000
    log=club.log Unfortunately import done unsuccessfully.
    giving message :
    IMP 00037 : Unknown character set marker.
    Note : When i installed Oracle in my Machine
    i chose default character set.

    How did you get that file? Was ftp involved? Did you ftp the file in binary mode?
    The file needs to be ftp-ed in binary mode, or you will get this or other similar errors.
    Sybrand Bakker
    Senior Oracle DBA

  • Problem with character set - Reports 11.1.1.4

    Hi!
    I have a problem with Oracle Reports 11g regarding character set configuration. The default character set WE8ISO8859P1 works, so PDF reports have a regular display except for Eastern European (EE) letters which are replaced by "¿" sign.
    So, when I set any other character set in reports.sh, which would be a normal step to get EE letters, I'm always getting Greek Alphabet in PDF reports. Why Greek Alphabet?
    The character sets I tried to use are: EE8ISO8859P2, UTF8 and AL32UTF8.
    I changed uifont.ali and included PDF Subset with all four Arial font variants and, of course, I placed all fonts in fonts folder which is pointed by REPORTS_FONT_DIRECTORY.
    In Reports Builder everything works fine, but when I have to deploy the report to the Reports Services, the problem occurs.
    Also, when I've tried to execute PDF report using In-Process Reports Server (rep_wls_reports_hostnameasinst1) instead of AS Instance Reports Server (RptSvr_hostnameasinst1, which is a regular server), I'm getting Greek Alphabet in PDF reports even if the default character set is WE8ISO8859P1 in reports.sh. What is wrong with it? Where is Greek Alphabet configured?
    The production environment is 64-bit Oracle Linux 5.6 with Weblogic 10.3.4 and Forms&Reports 11.1.1.4. Forms works fine with character set EE8ISO8859P2 defined in default.env file.
    Thanks in advance!
    Regards,
    Dejan

    Thank you, Denis!
    Doc 300416.1 was very useful but Note 356221.1 - A Practical Methodology on Porting Reports from Windows to Unix with Different Font is actually crucial for configuring Reports on Linux.
    Also, there is a bug in 11.1.1.3 and 11.1.1.4, which can be fixed using the patch ( Note 1138405.1 - PDF Reports With Font Subsetting Raises Error "Bad /Bbox" on 64-Bit Linux ).
    Kind regards!

  • Problem with character set UTF-16 LE

    Hello.
    There were difficulties with character set change, using function convert ()
    The matter is that in the list v$nls_valid_values the character set AL16UTF16LE does not appear, during too time the inquiry is successfully carried out
    convert ([some-national-characters], ' CL8MSWIN1251 ', ' AL16UTF16LE ').
    But at giving on an input of the data stored in CLOB, there is an error "a character set is not supported"
    What are possible ways of the decision of a problem?

    You can try to use DBMS_LOB. SUBSTR to access LOB data like in the following example:
    SQL> select * from v$version;
    BANNER
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Product
    PL/SQL Release 10.2.0.1.0 - Production
    CORE    10.2.0.1.0      Production
    TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
    NLSRTL Version 10.2.0.1.0 - Production
    SQL>
    SQL> declare
      2  v_i clob;
      3  v_o clob;
      4  begin
      5  v_i := 'a';
      6  v_o:=convert(dbms_lob.substr(v_i,1,1),'AL16UTF16LE', 'CL8MSWIN1251');
      7  end;
      8  /
    PL/SQL procedure successfully completed.

  • IMP-00016: required character set conversion (type 1 to 871) not supported

    I am running Oracle DB: 8.1.7.4
    Hit a problem when I export from Source DB: US7ASCII
    and then, import into Target DB: UTF8.
    Is there any workaround if this is the only export dump available?
    Many thanks in advance.

    Thanks for the prompt reply.
    Both source and target are in the same version: 8.1.7.4.
    The error gotten:
    Import: Release 8.1.7.4.0 - Production on Fri Aug 22 15:37:37 2008
    (c) Copyright 2000 Oracle Corporation. All rights reserved.
    Connected to: Oracle8i Release 8.1.7.4.0 - Production
    JServer Release 8.1.7.4.0 - Production
    IMP-00016: required character set conversion (type 1 to 871) not supported
    IMP-00000: Import terminated unsuccessfully
    Many thanks in advance.

  • IMP-00016  required character set conversion (type 178 to 871) not supported

    Hi, I am importing Portal release 2 handson to our test database whose character set is UTF8,durning importing, the following error message comes out 'IMP-00016: required character set conversion (type 178 to 871) not supported',what should i do? thank u in advance . My mail address is:[email protected] .

    Thanks for the prompt reply.
    Both source and target are in the same version: 8.1.7.4.
    The error gotten:
    Import: Release 8.1.7.4.0 - Production on Fri Aug 22 15:37:37 2008
    (c) Copyright 2000 Oracle Corporation. All rights reserved.
    Connected to: Oracle8i Release 8.1.7.4.0 - Production
    JServer Release 8.1.7.4.0 - Production
    IMP-00016: required character set conversion (type 1 to 871) not supported
    IMP-00000: Import terminated unsuccessfully
    Many thanks in advance.

  • I create a database with character set ZHS16GBK,but manage web page failed

    1 copy F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\init.ora'
    to
    F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
    modify all path to E:\ORADATA\TEST and its sub-directories,
    then we mkdir E:\ORADATA\TEST\bdump etc,those we can copy from F:\oraclexe\app\oracle\admin\XE
    2 we should remove EXTENT MANAGEMENT LOCAL&#65292;or show error message(why)
    CREATE DATABASE XE
    &#31532; 1 &#34892;&#20986;&#29616;&#38169;&#35823;:
    ORA-25146: EXTENT MANAGEMENT ?????
    3 test.ora&#20013;&#30340;db_name cannot be modified&#65292;or show error message(why)
    ORA-02778: Name given for the log directory is invalid
    detailed steps(under Windows XP)
    1In cmd window run net start oracleservicexe
    C:\Documents and Settings\Administrator>net start oracleservicexe
    OracleServiceXE &#26381;&#21153;&#27491;&#22312;&#21551;&#21160; .........
    OracleServiceXE &#26381;&#21153;&#24050;&#32463;&#21551;&#21160;&#25104;&#21151;&#12290;
    2
    C:\Documents and Settings\Administrator>sqlplus /nolog
    SQL*Plus: Release 10.2.0.1.0 - Production on &#26143;&#26399;&#20108; 5&#26376; 30 22:07:45 2006
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    SQL> conn / as sysdba
    &#24050;&#36830;&#25509;&#12290;
    3
    SQL> set lines 140
    SQL> select * from nls_database_parameters;
    PARAMETER
    VALUE
    NLS_LANGUAGE
    AMERICAN
    NLS_TERRITORY
    AMERICA
    NLS_CURRENCY
    $
    NLS_ISO_CURRENCY
    AMERICA
    NLS_NUMERIC_CHARACTERS
    NLS_CHARACTERSET
    AL32UTF8
    NLS_CALENDAR
    GREGORIAN
    NLS_DATE_FORMAT
    DD-MON-RR
    NLS_DATE_LANGUAGE
    AMERICAN
    NLS_SORT
    BINARY
    NLS_TIME_FORMAT
    HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT
    DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT
    HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT
    DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY
    $
    NLS_COMP
    BINARY
    NLS_LENGTH_SEMANTICS
    BYTE
    NLS_NCHAR_CONV_EXCP
    FALSE
    NLS_NCHAR_CHARACTERSET
    AL16UTF16
    NLS_RDBMS_VERSION
    10.2.0.1.0
    &#24050;&#36873;&#25321;20&#34892;&#12290;
    SQL> select lengthb('&#25321;') from dual;
    LENGTHB('&#25321;')
    3
    &#24050;&#36873;&#25321; 1 &#34892;&#12290;
    AL32UTF8 occupy 3 bytes each Chinese Character
    4 &#20851;&#38381;&#25968;&#25454;&#24211;&#65292;&#20294;&#19981;&#20572;&#27490;&#26381;&#21153;
    QL> shutdown immediate
    &#25968;&#25454;&#24211;&#24050;&#32463;&#20851;&#38381;&#12290;
    &#24050;&#32463;&#21368;&#36733;&#25968;&#25454;&#24211;&#12290;
    ORACLE &#20363;&#31243;&#24050;&#32463;&#20851;&#38381;&#12290;
    5
    SQL> startup nomount pfile='F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
    ORACLE &#20363;&#31243;&#24050;&#32463;&#21551;&#21160;&#12290;
    Total System Global Area 285212672 bytes
    Fixed Size 1287016 bytes
    Variable Size 92277912 bytes
    Database Buffers 188743680 bytes
    Redo Buffers 2904064 bytes
    6
    SQL> CREATE DATABASE XE
    2 CONTROLFILE REUSE
    3 LOGFILE
    4 GROUP 1 'E:\ORADATA\TEST\REDO01.LOG' SIZE 10M,
    5 GROUP 2 'E:\ORADATA\TEST\REDO02.LOG' SIZE 10M,
    6 GROUP 3 'E:\ORADATA\TEST\REDO03.LOG' SIZE 10M
    7 DATAFILE 'E:\ORADATA\TEST\SYSTEM01.DBF' SIZE 400M
    8 AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED
    9 SYSAUX DATAFILE 'E:\ORADATA\TEST\SYSAUX01.DBF' SIZE 250M
    10 AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED
    11 DEFAULT TEMPORARY TABLESPACE temp
    12 TEMPFILE 'E:\ORADATA\TEST\TEMP01.DBF' SIZE 100M
    13 AUTOEXTEND ON NEXT 100M MAXSIZE 8000M
    14 UNDO TABLESPACE undo
    15 DATAFILE 'E:\ORADATA\TEST\undo01.DBF' SIZE 200M
    16 AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED
    17 CHARACTER SET ZHS16GBK
    18 NATIONAL CHARACTER SET AL16UTF16
    19 USER SYS IDENTIFIED BY SYS
    20 USER SYSTEM IDENTIFIED BY SYS
    21 ;
    &#25968;&#25454;&#24211;&#24050;&#21019;&#24314;&#12290;
    7
    @F:\oraclexe\app\oracle\product\10.2.0\server\RDBMS\ADMIN\catalog.sql
    @F:\oraclexe\app\oracle\product\10.2.0\server\RDBMS\ADMIN\catproc.sql
    &#22823;&#32422;&#38656;&#35201;10&#20960;&#20998;&#38047;
    8
    SQL> shutdown immediate
    &#25968;&#25454;&#24211;&#24050;&#32463;&#20851;&#38381;&#12290;
    &#24050;&#32463;&#21368;&#36733;&#25968;&#25454;&#24211;&#12290;
    ORACLE &#20363;&#31243;&#24050;&#32463;&#20851;&#38381;&#12290;
    9
    SQL> startup pfile='F:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora'
    ORACLE &#20363;&#31243;&#24050;&#32463;&#21551;&#21160;&#12290;
    Total System Global Area 285212672 bytes
    Fixed Size 1287016 bytes
    Variable Size 92277912 bytes
    Database Buffers 188743680 bytes
    Redo Buffers 2904064 bytes
    &#25968;&#25454;&#24211;&#35013;&#36733;&#23436;&#27605;&#12290;
    &#25968;&#25454;&#24211;&#24050;&#32463;&#25171;&#24320;&#12290;
    10
    SQL> set lines 140
    SQL> select * from nls_database_parameters;
    PARAMETER VALUE
    NLS_LANGUAGE AMERICAN
    NLS_TERRITORY AMERICA
    NLS_CURRENCY $
    NLS_ISO_CURRENCY AMERICA
    NLS_NUMERIC_CHARACTERS .,
    NLS_CHARACTERSET ZHS16GBK
    NLS_CALENDAR GREGORIAN
    NLS_DATE_FORMAT DD-MON-RR
    NLS_DATE_LANGUAGE AMERICAN
    NLS_SORT BINARY
    NLS_TIME_FORMAT HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY $
    NLS_COMP BINARY
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NCHAR_CHARACTERSET AL16UTF16
    NLS_RDBMS_VERSION 10.2.0.1.0
    &#24050;&#36873;&#25321;20&#34892;&#12290;
    SQL> select lengthb('A') from dual;
    LENGTHB('A')
    1
    &#24050;&#36873;&#25321; 1 &#34892;&#12290;
    SQL> select lengthb('&#25321;') from dual;
    LENGTHB('&#25321;')
    2
    &#24050;&#36873;&#25321; 1 &#34892;&#12290;
    ZHS16GBK occupy 2 bytes each Chinese Character
    11 If we want to start old database
    SQL> shutdown immediate
    &#25968;&#25454;&#24211;&#24050;&#32463;&#20851;&#38381;&#12290;
    &#24050;&#32463;&#21368;&#36733;&#25968;&#25454;&#24211;&#12290;
    ORACLE &#20363;&#31243;&#24050;&#32463;&#20851;&#38381;&#12290;
    SQL> startup
    ORACLE &#20363;&#31243;&#24050;&#32463;&#21551;&#21160;&#12290;
    Total System Global Area 285212672 bytes
    Fixed Size 1287016 bytes
    Variable Size 96472216 bytes
    Database Buffers 184549376 bytes
    Redo Buffers 2904064 bytes
    &#25968;&#25454;&#24211;&#35013;&#36733;&#23436;&#27605;&#12290;
    &#25968;&#25454;&#24211;&#24050;&#32463;&#25171;&#24320;&#12290;
    If we want to startup new database when oracleservicexe starts
    SQL> create spfile from pfile='D:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\test.ora';
    &#25991;&#20214;&#24050;&#21019;&#24314;&#12290;
    SQL> shutdown immediate;
    &#25968;&#25454;&#24211;&#24050;&#32463;&#20851;&#38381;&#12290;
    &#24050;&#32463;&#21368;&#36733;&#25968;&#25454;&#24211;&#12290;
    ORACLE &#20363;&#31243;&#24050;&#32463;&#20851;&#38381;&#12290;
    SQL> startup
    ORACLE &#20363;&#31243;&#24050;&#32463;&#21551;&#21160;&#12290;
    Total System Global Area 285212672 bytes
    Fixed Size 1287016 bytes
    Variable Size 92277912 bytes
    Database Buffers 188743680 bytes
    Redo Buffers 2904064 bytes
    &#25968;&#25454;&#24211;&#35013;&#36733;&#23436;&#27605;&#12290;
    &#25968;&#25454;&#24211;&#24050;&#32463;&#25171;&#24320;&#12290;
    SQL> select lengthb('&#25321;') from dual;
    LENGTHB('&#25321;')
    2
    &#24050;&#36873;&#25321; 1 &#34892;&#12290;
    It seems good
    but if we input
    http://127.0.0.1:8080/apex
    it shows
    HTTP Status 404 -
    type Status report
    message
    description The requested resource () is not available.
    Sun Java System Application Server Platform Edition 9.0

    Yes, Apex is almost entirely independent of the file system. There is no 'Apache' and the 'file system' is really the database exposed as a WebDAV environment.
    If I understand the question correctly, what you want to do is export from the original database and import to this one. That may be done using the 'exp' and 'imp' commands at command line.
    Details of advanced use of exp and imp are available in the Utilities manual found in the 10g Release 2 docco at http://www.oracle.com/pls/db102/portal.portal_db?selected=1 (under the 'Books' tab).

  • Problem with Character Set in Oracle database 10g

    Hi,
    I tried to import one tablespace into test server. Source server with Oracle 8i and Target server with Oracle database 10g. The error I get is
    Import: Release 10.2.0.1.0 - Production on Thu Aug 3 00:20:49 2006
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    Username: sys as sysdba
    Password:
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Export file created by EXPORT:V08.01.07 via conventional path
    About to import transportable tablespace(s) metadata...
    import done in WE8DEC character set and AL16UTF16 NCHAR character set
    export server uses WE8DEC NCHAR character set (possible ncharset conversion)
    . importing SYS's objects into SYS
    . importing SYS's objects into SYS
    IMP-00017: following statement failed with ORACLE error 19736:
    "BEGIN sys.dbms_plugts.beginImport ('8.1.7.4.0',2,'2',NULL,'NULL',67051,25"
    "51,2); END;"
    IMP-00003: ORACLE error 19736 encountered
    ORA-19736: can not plug a tablespace into a database using a different national character set
    ORA-06512: at "SYS.DBMS_PLUGTS", line 2386
    ORA-06512: at "SYS.DBMS_PLUGTS", line 1946
    ORA-06512: at line 1
    IMP-00000: Import terminated unsuccessfully
    PLZ somebody help in geting resolve this. Has anybody seen this error before.

    The solution to this problem is described in MetaLink note #211920.1. But this note is published with LIMITED access as it involves using a hidden parameter.
    You can get access to the note through Oracle Support only.
    The problem itself is solved generically, if the source database is at least 10.1.0.3 and the target database is 10.2
    -- Sergiusz

  • Import (imp) failing with IMP-00010 error

    Hi Experts,
    I am doing import to Windows from an export dump that was taken on Solaris 10. But the import is failing with the following error.
    IMP-00010: not a valid export file, header failed verification
    IMP-00000: Import terminated unsuccessfully
    I checked the source and target oracle versions and NLS_LANG parameter.
    In both the databases NLS_LANG parameter is set to AMERICAN only. But the oracle versions are different
    Source
    OS : Solaris 10
    Oracle version : *11.2.0.2*
    Export dump : exp_CAAU2.dmp.gz (Export taken by zipping)
    Target
    OS : Windows server 2003
    Oracle Version : *10.2.0.2.0*
    While importing into windows env, it is failing..
    Please let me know the reason why the import is failing?
    Can i upgrade the target oracle version to 11.2.0.2 to succeed the import?

    Hi,
    The IMP indicates this this error is coming from the old imp. This dump file could be from the expdp utility, which would require you to use the impdp utility.
    Source
    OS : Solaris 10
    Oracle version : 11.2.0.2
    Export dump : exp_CAAU2.dmp.gz (Export taken by zipping)
    Target
    OS : Windows server 2003
    Oracle Version : 10.2.0.2.0
    While importing into windows env, it is failing..
    What really matters here is the compatibility level. If your source and target compatibility levels are the same, then with Data Pump, the dumpfile created on the source, would work on the target. If the compatibility levels are different, then use expdp with the version parameter set to the compatibility level of the target.
    Please let me know the reason why the import is failing?Check the suggestions above first.
    Can i upgrade the target oracle version to 11.2.0.2 to succeed the import?It could help, but first check to see if you are using the right utility and then check the compatibility versions.
    Dean

  • How to exp/imp both diff character set tables between in DB1 and DB2?

    In the Solaris 2.7 ,the oracle 8i DB1 has NLS_CHARACTERSET
    ZHS16CGB231280 and NLS_NCHAR_CHARACTERSET ZHS16CGB231280
    character set.
    In other linux7.2 system ,the oracle 8i DB2 is install into the
    NLS_NCHAR_CHARACTERSET US7ASCII and NLS_CHARACTERSET US7ASCII
    character set.
    The tables contents of DB1 have some chinese. I want to exp/imp
    tables of DB1 into DB2 . But the chinese can't correct display
    in the SQLWheet tools. How do the Exp/Imp operation ? ples help
    me . thanks .

    The supported way to store GB231280-encoded characters is using a ZHS16CGB231280 database or a database created using a superset of GB231280 ,such as UTF8 .Can you not upgrade your target database from US7ASCII to ZHS16CGB231280 ?
    With US7ASCII and NLS_LANG set to US7ASCII , you are using the garbage in garbage out (GIGO) approach. This may seem to work but there are many hidden problems :-
    1. Invalid SQL String Function behaviours - LENGTH ( ) , SUBSTR ( ) , INSTR ( )
    2. Data can be corrupted when data is loaded into another database. e.g. EXP / IMP , Dblinks
    3. Communication with other clients will generate incorrect results. e.g. other Oracle products - Oracle Text, Forms. , Java , HTML etc.
    4. Linguistic sorts not available
    5. Query using the standard WHERE clause may return incorrect results ..
    6. Extra coding overhead in handling character conversions manually.
    I recommend you to check out the FAQ and the DB Character set migration guide on the Globalization Support forum on OTN.
    Nat.

  • Problem with Character Set after upgrade

    Hello,
    I have a probelm and was wondering if anyone has seen this before.
    I have been running Java 1.4.2_13 for a while now on some Windows servers. About a month ago we upgraded to Java 1.6.0_12.
    We are reading input files that are in the character set Big5 HKSCS. After the upgrade our application started to report certain characters as invalid. Some of the characters are 0xD843, 0xD844.
    These should be valid characters and were in the previous version of Java (1.4.2_13).
    Has anyone seen this?
    Thanks in advance,
    Jerry

    The [Supported Encodings|http://java.sun.com/javase/6/docs/technotes/guides/intl/encoding.doc.html] page for the Java 6 release describes that charset as
    Big5 with Hong Kong extensions, Traditional Chinese (incorporating 2001 revision)You would know more than I do about that 2001 revision (or at least, not less than I do, since I know nothing about it). Perhaps that's the source of your problem?
    Edit: especially since the [Supported Encodings|http://www.j2ee.me/j2se/1.4.2/docs/guide/intl/encoding.doc.html] page for Java 1.4 doesn't mention the 2001 revision.

  • Can a db with character set UTF8 be restored to AL32UTF8?

    Hello Everyone,
    Good Day.
    Our present production and non-production databases are configured with NLS_CHARACTERSET as UTF8. However, as we are in the process of migrating to a new server, we intend to configure the new databases with NLS_CHARACTERSET as AL32UTF8 (which is the recommended option as per our research. Moreover, came to know that for Weblogic schemas and repositories to work, NLS_CHARACTERSET must be AL32UTF8).
    As we would be restoring from a backup to the new instance created on the new server, kindly help us understand if any issues might arise while restoring due to both being different charactersets?
    Warm Regards,
    Vikram.

    Hi Robin,
    Thank you for the update. Our DB is too huge and contains many schemas to try for a data pump. Hence we had planned for a restoration which might be simpler task with lesser downtime.
    Perhaps, one option would be to create the instances with UTF character set itself and then change it once the migration activity has been completed.
    Also, could you please throw some light on the two character sets as to which one is better and why?
    Warm Regards,
    Vikram.

  • Transferring Data between Databases with Character Sets UTF08 and US7ASCII

    Hi,
    I am trying to transfer data from Oracle 10g (character set :UTF08) to Oracle 8i ( character set: US7ASCII). I have tried the transfer using the DBLinks and found that there is no way the data could be transferred from 10g to Oracle 8i.
    The last option available is to use staging database for transfer. The staging database would be Oracle 10g only but the character set would be US7ASCII. I am expecting that since the character set is US7ASCII, this would be able to get compatible with Oracle 8i (US7ASCII). Secondly, Transfer from 10g to staging 10g should also work, since staging 10g would support UTF08 character set.
    Kindly tell me if this option would work or if there is any other way around.
    Thanks
    Nitin
    Message was edited by:
    Nits
    Message was edited by:
    Nits
    Message was edited by:
    Nits

    You possibly have a fundamental problem,which is more important than any technical issues. If your UTF8 (Unicode) database stores non-english characters you will lose these characters when transferring.
    Werner

Maybe you are looking for