Character set in MDL export/import

Hi,
we are running OWB 10.1.0.2. In order to get version control, we perform MDL exports of collections from our development environment and then import them into our test and production environments. Each environment uses its own design repository, but all repositories are in the same database.
When doing an export of a collection, we always specify the character set AL32UTF8 because that is what we are running in the repository database. When later doing an import using the graphical user interface, it is not possible to specify the character set (but this can be done when using the import utility). According to the documentation, the GUI import will then assume that the character set in the collection is the character set of the client, which usually is WE8MSWIN1252. (The documentation also says that it IS possible to specify the character set during GUI import, this is obviously a documentation error).
My questions are: What is the point of specifying character set when doing exports and imports? Could an AL32UTF8 export followed by an WE8MSWIN1252 import cause problems? I assume that the character set used by export is specified in the collection file, so does the import then convert it to WE8MSWIN1252 (or the character set specified in the import utility)?
Or, to be more general: What is actually happening with the character sets during MDL export/import?
/Kjell Gullberg

Dear ski123,
I think you are not going to loose any data of yours when you migrate the database. You may proceed to the import.
Please find below documentations;
http://download.oracle.com/docs/cd/B19306_01/server.102/b14196/install003.htm#sthref81
For Database Character Set, select from one of the following options:
    *Use the Default—Select this option if you need to support only the language currently used by the operating system for all your database users and your database applications.
    *Use Unicode (AL32UTF8)—Select this option if you need to support multiple languages for your database users and your database applications.
    *Choose from the list of character sets—Select this option if you want the Oracle Database to use a character set other than the default character set used by the operating system.Choosing a Character Set;
http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/ch2charset.htm#NLSPG002
AL32UTF8;
http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/glossary.htm#sthref2039
Hope That Helps.
Ogan

Similar Messages

  • Finding the character set of the export dump file

    I have an export dump, I don't have the log file for that export dump. How do I check the character set it had been exported in ?

    878226 wrote:
    Connected to: Oracle8i Enterprise Edition Release 8.1.7.4.1 - Production
    With the Partitioning option
    JServer Release 8.1.7.4.1 - Production
    Export file created by EXPORT:V08.01.07 via conventional path
    Warning: the objects were exported by IN, not by you
    import done in WE8ISO8859P1 character set and WE8ISO8859P1 NCHAR character set
    export server uses UTF8 NCHAR character set (possible ncharset conversion)
    Hence, here UTF8 is the characterset used? Is that ri8?Yes that is correct.

  • Character set conversion problem when importing application with script.

    Our database has character set: WE8MSWIN1252
    We have a region with the following title: Kopiëren. The ë is stored as character 235 in the database.
    When I make an application export the file is in UTF-8. The ë is now stored as hex C3 AB in this file.
    When importing the application using the Apex tool, the ë is again stored as character 235 in the database.
    In our installation script we use some code to load the application. It look something like this:
    declare
    begin
       -- Determine workspace ID
       apex_application_install.set_workspace_id(l_workspace_id);
       -- Determine app ID
       apex_application_install.set_application_id(l_app_id);
       apex_application_install.generate_offset;
       apex_application_install.set_schema(l_schema);
       apex_application_install.set_application_alias(l_schema);
       l_app_id := apex_application_install.get_application_id;
    end;
    @..\apex\f200.sqlThis works fine except that no character set conversion takes place. The UTF-8 character is placed in the database so our region has as title: Kopiëren
    Is there a way to fix this?

    Hi Rene,
    The character set portion of your local NLS_LANG environment variable should be AL32UTF8, and this should be set prior to you importing your application via SQL*Plus.
    Joel

  • Import error character set conversion

    import done in US7ASCII character set and AL16UTF16 NCHAR character set
    import server uses AL32UTF8 character set (possible charset conversion)
    export client uses WE8ISO8859P1 character set (possible charset conversion)
    Import terminated successfully without warnings.
    how to resolve this
    importinng into linux machine

    import done in US7ASCII character set and AL16UTF16 NCHAR character set
    import server uses AL32UTF8 character set (possible charset conversion)
    export client uses WE8ISO8859P1 character set (possible charset conversion)
    Import terminated successfully without warnings.Your import was successful. However, there are a few things you need to note from the top of the import log. It is advisable to use correct NLS settings when doing export/import to avoid data corruption/loss. That idea is to ensure you set the correct NLS setting (NLS_LANG) at the client before running exp or imp. In some cases, the setting does not matter because the different character sets can go together.
    In this case, I would not worry about it.

  • Import problem due to Character set

    I did an export of an entire schema using Original export utility(not Datapump) in 10G Release 1 (10.1.0.3.0). When i tried to import it. I got the error mentioned below. It is something to do with the character set. What settings do i have to give during import to bypass this Character set problem? After taking the export dmp file i deleted the Schema. So i all i've got is the export dmp file.
    import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
    import server uses AL32UTF8 character set (possible charset conversion)
    . importing MOTORGM's objects into 'MOTORGM2'
    . . importing table "SKU_DETAILS" 1872 rows imported
    . . importing table "COMP_LLU_DETAILS" 1877 rows imported
    . . importing table "SHIP_ROUTING" 0 rows imported
    . . importing table "SHIP_ROUTING_CODE" 0 rows imported
    . . importing table "AI_DETAILS" 103 rows imported
    . . importing table "AI_DETAILS_BKP" 103 rows imported
    IMP-00019: row rejected due to ORACLE error 12899.
    IMP-00003: ORACLE error 12899 encountered.
    ORA-12899: value too large for column "MOTORGM2"."CLASS_REC"(actual: 1017, maximum: 255)
    Column1....
    Column2....

    -- db unicode charset
    SQL> create table z_test_unicode (c varchar2(5));
    Table created.
    SQL> insert into z_test_unicode values('éèîàö');
    insert into z_test_unicode values('éèîàö')
    ERROR at line 1:
    ORA-01401: inserted value too large for column
    SQL> insert into z_test_unicode values('é');
    1 row created.
    SQL> select vsize(c) from z_test_unicode;
    VSIZE(C)
    3
    SQL> insert into z_test_unicode values('éà');
    insert into z_test_unicode values('éà')
    ERROR at line 1:
    ORA-01401: inserted value too large for column
    SQL> drop table z_test_unicode
    2 /
    Table dropped.
    -- db without unicode charset
    Connected.
    SQL> create table z_test_unicode (c varchar2(5));
    Table created.
    SQL> insert into z_test_unicode values('éèîàö');
    1 row created.
    SQL> commit;
    Commit complete.
    SQL> select vsize(c) from z_test_unicode;
    VSIZE(C)
    5
    On possible solution to investigate for this kink of issue :
    try to take a look at the init param : nls_lenght_semantics (by default set to Byte) --> to be changed to CHAR
    SQL> show parameter semanti
    NAME TYPE VALUE
    nls_length_semantics string BYTE

  • Export/import character data conversion in NLS_LANG FAQ

    The [OTN NLS_LANG FAQ|http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm#_Toc110410566] says:
    >
    In Oracle9i the Export utility always exports user data, including Unicode data, in the character set of the database. The Import utility automatically converts the data to the character set of the target database.
    >
    But I don't think this is correct for Oracle 9i. Example:
    export NLS_LANG=AMERICAN_AMERICA.US7ASCII
    sqlplus /
    SQL*Plus: Release 9.2.0.6.0 - Production on Wed Jun 17 10:05:57 2009
    Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
    Connected to:
    Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
    JServer Release 9.2.0.6.0 - Production
    SQL> select * from v$version;
    BANNER
    Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
    PL/SQL Release 9.2.0.6.0 - Production
    CORE    9.2.0.6.0       Production
    TNS for HPUX: Version 9.2.0.6.0 - Production
    NLSRTL Version 9.2.0.6.0 - Production
    SQL> select * from nls_database_parameters where parameter like '%SET%';
    PARAMETER                      VALUE
    NLS_CHARACTERSET               WE8ISO8859P15
    NLS_NCHAR_CHARACTERSET         AL16UTF16
    SQL> exit
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
    JServer Release 9.2.0.6.0 - Production
    exp / owner=test file=test.dmp
    Export: Release 9.2.0.6.0 - Production on Wed Jun 17 10:06:42 2009
    Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
    Connected to: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
    JServer Release 9.2.0.6.0 - Production
    Export done in US7ASCII character set and AL16UTF16 NCHAR character set
    server uses WE8ISO8859P15 character set (possible charset conversion)
    About to export specified users ...Could you please:
    - check and update NLS_LANG FAQ for Oracle 9i
    - update NLS_LANG FAQ for Oracle 10g, Oracle 11g and Data Pump.
    Thanks.
    Edited by: P. Forstmann on Jun 17, 2009 10:14 AM

    I was wrong and you are right like the OTN NLS_LANG FAQ.
    I made the following test with Oracle 9.2.0.6 and with Oracle XE:
    sqlplus test/test
    SQL*Plus: Release 10.2.0.1.0 - Production on Ven. Juin 19 10:20:23 2009
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connecté à :
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    SQL> create table t (x varchar2(10));
    Table créée.
    SQL> insert into t values(chr(233));
    1 ligne créée.
    SQL> select * from t;
    X
    é
    SQL> select dump(x,1017) from t;
    DUMP(X,1017)
    Typ=1 Len=1 CharacterSet=WE8MSWIN1252: e9
    SQL> exit
    Déconnecté de Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    set NLS_LANG=AMERICAN_AMERICA.US7ASCII
    exp test/test tables=t file=t.dmp
    Export: Release 10.2.0.1.0 - Production on Fri Jun 19 10:21:54 2009
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Export done in US7ASCII character set and AL16UTF16 NCHAR character set
    server uses WE8MSWIN1252 character set (possible charset conversion)
    About to export specified tables via Conventional Path ...
    . . exporting table                              T          1 rows exported
    Export terminated successfully without warnings.
    sqlplus test/test
    SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jun 19 10:22:07 2009
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    SQL> drop table t;
    Table dropped.
    SQL> exit
    Disconnected from Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    imp test/test tables=t file=t.dmp
    Import: Release 10.2.0.1.0 - Production on Fri Jun 19 10:22:23 2009
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to: Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    Export file created by EXPORT:V10.02.01 via conventional path
    import done in US7ASCII character set and AL16UTF16 NCHAR character set
    import server uses WE8MSWIN1252 character set (possible charset conversion)
    . importing TEST's objects into TEST
    . importing TEST's objects into TEST
    . . importing table                            "T"          1 rows imported
    Import terminated successfully without warnings.
    sqlplus test/test
    SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jun 19 10:22:32 2009
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
    SQL>  select dump(x,1017) from t;
    DUMP(X,1017)
    Typ=1 Len=1 CharacterSet=WE8MSWIN1252: e9

  • What Determines the "File Character Set" on Export?

    When we Export a Page, for example, from APEX, the File Character Set is defaulted to some value (and not editable). On some of our instances, this defaults to "Western European Windows 1252" while on others it is "Unicode UTF-8." Specifically, what setting is being used to make this determination? This is kind of a pain because we have some environments wherein we are promoting changes from environment to environment and these settings differ. If, during import, the user neglects to set this to the same File Character Set in which the file was originally exported, we get issues (non-printable control characters and the like). Therefore, we'd love to make all of the environments match but, aren't sure how to do this.
    Thanks,
    -Joe
    Edited by: Joe Upshaw on Apr 10, 2013 3:25 PM

    Hello Joe,
    In your environment, the character set of the APEX exported files is set according to the DAD character set, and with your APEX version, it must be set to AL32UTF8 (regardless of the database character set).
    Re: Export - File Character Set list is read only (fixe UTF-8 value)
    You should check the DAD character set setting in the environments in which APEX is not exporting the files using UTF8.
    Regards,
    Arie.
    ♦ Please remember to mark appropriate posts as correct/helpful. For the long run, it will benefit us all.
    ♦ Author of Oracle Application Express 3.2 – The Essentials and More

  • Export - File Character Set list is empty

    Running version 1.6.1.00.02 on Oracle 10g. We are having problems moving a particular application into our production environment. Getting a parsing error. Doing some research - noticed that others have experienced similar issues - some threads have suggested making sure that the character set choices between export and import are the same. I've noticed that whenever we import, we must pick the character set. However, when exporting, the File Character Set list is empty - actually there's no type of drop down control present. Is this an issue?

    PLSQL_GATEWAY = WebDb
    GATEWAY_IVERSION = 3
    SERVER_SOFTWARE = Oracle-Application-Server-10g/9.0.4.1.0 Oracle-HTTP-Server
    GATEWAY_INTERFACE = CGI/1.1
    SERVER_PORT = 7777
    SERVER_NAME = ret6f001.svr.bankone.net
    REQUEST_METHOD = POST
    PATH_INFO = /wwv_flow.accept
    SCRIPT_NAME = /pls/htmldb
    REMOTE_ADDR = 172.28.176.77
    SERVER_PROTOCOL = HTTP/1.0
    REQUEST_PROTOCOL = HTTP
    REMOTE_USER = htmldb_public_user
    HTTP_CONTENT_LENGTH = 500
    HTTP_CONTENT_TYPE = application/x-www-form-urlencoded
    HTTP_USER_AGENT = Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
    HTTP_HOST = reports.finone.bankone.net:7777
    HTTP_ACCEPT = image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, LL5.1.0.469, application/x-shockwave-flash, */*
    HTTP_ACCEPT_LANGUAGE = en-us
    HTTP_REFERER = http://reports.finone.bankone.net:7777/pls/htmldb/f?p=4500:3:5981935966734062333::NO:3::
    HTTP_ORACLE_ECID = 1129981032:155.180.226.114:17023:0:28697,0
    WEB_AUTHENT_PREFIX =
    DAD_NAME = htmldb
    DOC_ACCESS_PATH = docs
    DOCUMENT_TABLE = wwv_flow_file_objects$
    PATH_ALIAS =
    REQUEST_CHARSET = US7ASCII
    REQUEST_IANA_CHARSET = US-ASCII
    SCRIPT_PREFIX = /pls
    HTTP_COOKIE = ORACLE_PLATFORM_REMEMBER_UN=E009491:INFORMATION_ONE; WWV_FLOW_USER2=6B0BDED178928680; eSource40=403SPI|Jeffrey Truck|E009491|NA|CFS|AF|none|BANK1; PhoneBk=ID4=171272&ID2=750271&ID9=26009&ID15=531583&ID7=499247&ID14=491993&ID5=211422&ID13=544129&ID3=524989&ID12=542210&ID1=568789&ID8=235884&ID11=218896&ID6=571979&ID10=84550; SITESERVER=ID=6e4810d34113245334c55f6841924372; RETAILCOOKIE=; Yellow=PrevID6=&PrevID1=&PrevID8=&PrevID4=&PrevID10=&PrevID2=&PrevID9=&PrevID11=&PrevID0=1698&PrevID7=&PrevID12=&PrevID5=&PrevID13=&PrevID3=&PrevID14=

  • Character set err while trying to import a db

    when i am trying to import a DB I have the following problem, i can't read the import instruction because of the character set:
    C:\oracle>imp
    Import: Release 8.1.7.0.0 - Production on ╟ط┼╦غوغ 05 16 19:55:33 2005
    (c) Copyright 2000 Oracle Corporation. All rights reserved.
    ╟╙ف ╟غف╙╩╬╧ف: yaser/yaser
    ف╩╒غ ╚ض: Oracle8i Release 8.1.7.0.0 - Production
    JServer Release 8.1.7.0.0 - Production
    \ n فغط ╟غ╟╙╩م╤╟╧: EXPDAT.DMP > E:\WORLDDOC\dmp\yaser14082003.DMP
    ├╧╬غ ┼╓╟ط╔ ═╠ف ╟غ╨╟ع╤╔ ╟غك╙م╫╔ (╟غ═╧ ╟غ├ظ╒ل قك 8192) 30720>
    ╩ف ╩عكمµ فغط ╟غ╩╒╧م╤ ╚ك╟╙╫╔ EXPORT:V08.01.07 فµ ╬غ╟غ ف╙╟╤ ╩ظغم╧م
    ╩ف ╟غ╟╙╩م╤╟╧ طم AR8MSAWIN ف╠فك┘╔ ═╤كط كAR8MSAWIN NCHAR ف╠فك┘╔ ═╤كط
    ظ╟╞ف╔ ف═╩كم╟╩ فغط╟╩ ╟غ╟╙╩م╤╟╧ طظ╫ (غ┌ع/ط╟): ط╟ >
    ┼قف╟غ ╬╫├ ╩عكمµ ╚╙╚╚ ك╠ك╧ ع╟╞µ (غ┌ع/ط╟): ط╟ >
    فµ═ ╟غ╟╙╩م╤╟╧ (غ┌ع/ط╟): غ┌ع >
    ╟╙╩م╤╟╧ ╚م╟µ╟╩ ╟غ╠╧كغ (غ┌ع/ط╟): غ┌ع >
    ╟╙╩م╤╟╧ فغط ╟غ╩╒╧م╤ ╚╟غع╟فغ (غ┌ع/ط╟): ط╟ >
    ╟╙ف ╟غف╙╩╬╧ف: yaser/yaser
    ├╧╬غ ├╙ف╟┴ ╟غ╠╧كغ (T) ├ك ╟غفظ╫┘ (T:P) . ╩┘µم ╟غظ╟╞ف╔ ╟غ╬╟غم╔ عغ ╟غ╠╧╟كغ غغف╙╩╬╧ف
    ├╧╬غ ╟╙ف ╟غ╠╧كغ (T) ├ك ╟غفظ╫┘ (T:P). ├ك غ╟ ╘م┴:
    . ╟╙╩م╤╟╧ ╟غع╟╞µ╟╩ yaser طم yaser
    IMP-00034: ╩═╨م╤: Fromuser "yaser/yaser" ┌م╤ فك╠ك╧ طم فغط ╟غ╩╒╧م╤
    . ╟µ╩قل ╟غ╟╙╩م╤╟╧ ╚µ╠╟═ ف┘ ك╠ك╧ ╩═╨م╤╟╩
    C:\oracle>

    You will need to update the Language portion of your NLS_LANG on the OS you are running Import from. The Language and and not the chracter set controls the language for messages.
    NLS_LANG = language_territory.charset
    For more information on setting the NLS_LANG and it's effect check the globalization guide or the following Metalink notes:
    [NOTE:179133.1] The correct NLS_LANG in a Windows Environment
    [NOTE:264157.1] How to set correctly NLS_LANG on Unix Environments

  • CHARACTER SET CONVERSION PROBLEM BETWEEN WIN XP (SOURCE EXPORT) AND WIN 7

    Hi colleagues, please assist:
    I have a laptop running win 7 professional. Its also running oracle database 10g release 10.2.0.3.0. I need to import a dump into this database. The dump originates from a client pc running win XP and oracle 10g release 10.2.0.1.0 When i use the import utility in my database(on the laptop), the following happens:
    Import: Release 10.2.0.3.0 - Production on Tue Nov 9 17:03:16 2010
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    Username: system/password@orcl
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Import file: EXPDAT.DMP > F:\uyscl.dmp
    Enter insert buffer size (minimum is 8192) 30720>
    Export file created by EXPORT:V08.01.07 via conventional path
    Warning: the objects were exported by UYSCL, not by you
    import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
    export client uses WE8ISO8859P1 character set (possible charset conversion)
    export server uses WE8ISO8859P1 NCHAR character set (possible ncharset conversion)
    List contents of import file only (yes/no): no >
    when i press enter, the import windows terminates prematurely without completing the process. What should i do to fix this problem?

    Import: Release 10.2.0.3.0 - Production on Fri Nov 12 14:57:27 2010
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    Username: system/password@orcl
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Import file: EXPDAT.DMP > F:\Personal\DPISIMBA.dmp
    Enter insert buffer size (minimum is 8192) 30720>
    Export file created by EXPORT:V10.02.01 via conventional path
    import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
    List contents of import file only (yes/no): no >
    Ignore create error due to object existence (yes/no): no >
    Import grants (yes/no): yes >
    Import table data (yes/no): yes >
    Import entire export file (yes/no): no >
    Username:

  • Using set/get parameters or export/import in BSP.

    Hi All,
    Is it possible to use set/get or export/import in BSP?
    We need to set/export some variables from a BADI and get/ import them in the BSP application.
    Code snippet will be of great help..
    Thanks,
    Anubhav

    Hi Anubhav,
    You can use the Export / Import statements for your requirement,
    from the BADI use EXPORT to send the variable data to a unique memory location
    with IDs
    e.g.
    *data declaration required for background processing
          DATA: WA_INDX TYPE INDX.
    **here CNAME is the variable you want to export
    EXPORT PNAME = CNAME TO DATABASE INDX(XY) FROM WA_INDX CLIENT
                SY-MANDT ID 'ZVAR1'.
    and in the BSP application use the IMPORT statement to fetch back the values
    set with the IDs above.
    IMPORT PNAME = LV_CNAME
      FROM DATABASE INDX(XY) TO WA_INDX CLIENT
      SY-MANDT ID 'ZVAR1'.
    deletes the data to save wastage of memory
      DELETE FROM DATABASE INDX(XY)
        CLIENT SY-MANDT
        ID 'ZVAR1'.
    Regards,
    Samson Rodrigues

  • Import dump from a satabase with a different character set

    My database has this character set:
    select * from database_properties:
    NLS_CHARACTERSET     AL32UTF8     Character set
    NLS_NCHAR_CHARACTERSET     AL16UTF16     NCHAR Character set
    I need to import a dump from a database with WE8MSWIN1252 character set.
    After the import I have seet that some character in the table are wrog:
    I see this simbol " " insted of this "à".
    How can I solve the problem?
    The nls_lang variable on my os is: NLS_LANG=ITALIAN_ITALY.AL32UTF8
    I work with oracle 10.0.4 on linux
    Message was edited by:
    user613483

    I have read thos doc on metalink: Note:227332.1
    I also tried to set nls_lang = NLS_LANG=ITALIAN_ITALY.WE8MSWIN1252
    and then I execute the import command.
    BUt didn't work.

  • EXPORT Backup failing due to character set problem

    Hi ,
    The export Backup failing due to character set problem
    . . exporting table ravidlx
    EXP-00008: ORACLE error 6552 encountered
    ORA-06552: PL/SQL: Compilation unit analysis terminated
    ORA-06553: PLS-553: character set name is not recognized
    P
    Please suggest how to set character set
    Regards,
    kk
    Edited by: kk001 on Aug 29, 2011 7:22 PM

    kk001 wrote:
    Hi ,
    The export Backup failing due to character set problem
    . . exporting table ravidlx
    EXP-00008: ORACLE error 6552 encountered
    ORA-06552: PL/SQL: Compilation unit analysis terminated
    ORA-06553: PLS-553: character set name is not recognized
    P
    Please suggest how to set character set
    I don't know what you have.
    I don't know what you do.
    I don't know what you see.
    It is really, Really, REALLY difficult to fix a problem that can not be seen.
    use COPY & PASTE so we can see what you do & how Oracle responds.
    do as below so we can know complete Oracle version & OS name.
    Post via COPY & PASTE complete results of
    SELECT * from v$version;

  • Export using UTF8 character set

    Hi,
    My client is having a production database with default character set.
    While exporting I need to export the database to create a dump with UTF8 character set.
    Please let me know how to export with UTF8 option.
    Thanks....

    Hi, I am not sure if I got you correst. Here is what I think I have understood:
    - your client has a db which uses UTF8 as character set.
    - you want to export and make sure that there is no conversion taking place.
    for this you must set NLS_LANG variable in the shell from where you call exp, resp. expdp properly.
    NLS_LANG is composit and consists of:
    NLS_LANGUAGE_NLS_TERRITORY.NLS_CHARACTERSET
    In a bash this would look like this:
    $ export NLS_LANG=american_america.UTF8
    In other shells you might need to first define the varaible and then export:
    $ NLS_LANG=american_america.UTF8
    $ export NLS_LANG
    What you also need to know is that you influence the behavior for decimal separator and grand separator in numeric values and a few more settings by specifying NLS_TERRITORY.
    For instance NLS_TERRITORY uses a "." as decimal separator and a "," as grand separator for numeric values.
    This can be a pitfall! If you have the wrong territory specified then it might destroy all you numerics!
    Hope this helps,
    Lutz

  • 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

Maybe you are looking for

  • Why can't sign into my Apple ID login? It won't recognize me anymore.

    I have used my apple account for years, but recently I cannot login. It says I have the wrong password. I know I don't I use it on a regular basis. When I go to try and reset my password it asks me a question. What is your date of birth? I answer tha

  • How to create a report based on the selection of a node of a tree

    Hello, I am new to Oracle Apex and I was trying to build a tree and also an interactive report based on the empno column of the emp table. I have created a tree based on emp table. Now I want to display records of the employee selected in the tree. H

  • Maximum length allowed for column name, index name and table name?

    Hi, I want to know what is the maximum length allowed for coulmn name, table name and index name in MaxDB ? Regards Raj

  • INFORECORD IS NOT UPDATED FROM PO

    Dear frnds,                   inforecord is not getting updated even i have checked the info-update indicator while creating the PO.                   as per my knowledge at least gross price is update in inforecord , but it is not happening .it is r

  • How do I get this app to stop coming on?

    I don't use this software and it's a real bummer, when I mis-strike a key and it opens up. Apparently the hot key is Command-Escape, and I just want to disable it, but once in the software I can not get to any preference pane. Any suggestions appreci