Character set US7ASCII AL32UTF8 migration to Oracle Applications database

Similar Questions

• What are the risks involved in the Migration of Oracle 7 database to oracle10G

  Hello
  As a requirement of business me are necessary for the migration of our current production (Oracle 7.3.4) database to Oracle 10 G R2.
  
  I need to understand the risk involved in the affirmative and corrective action necessary.
  Your small contribution is greatly appreciated.
  
  Thanks in advance.
  
  Kind regards
  Vijay

  I did the migration of Oracle 8.1.6 to 10g database. Although I wasn't about many questions, questions I have met have been documented in Metalink. First, you will need to do a test migration, a UAT and then go to know the risk to go into production.
  I think you need to upgrade to 8.1.7 and migrate then import/export 10g directly. I had faced problems with the database with the Oracle Application database queues.

  Kind regards
  Marie.

• Change the character set to AL32UTF8

  Hi all

  How to change the character set in oracle. My current character set is

  PARAMETER

  VALUE

  ---------------------------------------------------------------- --------------------------------------------------

  NLS_CHARACTERSET	WE8MSWIN1252
  NLS_NCHAR_CHARACTERSET	AL16UTF16

  Now, I want to change the set of characters to AL32UTF8.

  Help, please.

  Thanks in advance.

  Concerning

  Piku

  I had to follow the link below.

  Character Set migration Oracle 11 g - Oracle Community

• Migration options Oracle Application to AIX HP - UX 11.5.10.2

  Hello..
  
  We intend to migrate from HP - UX 64-bit AIX 64-bit. What is the options that we have to do the migration.
  
  Thanks in advance.
  
  
  Best regards

  Hello

  Please refer to (Note: 238276.1 - migration to Linux with the version of Oracle Applications 11i).

  Kind regards
  Hussein

• Oracle Applications database cloning fail in ORA-19870

  Hi Experts,

  When running Oracle 11i environment applications I get the errors below in the log file.

  Contents of the log file: -.

  From restoration to October 12, 13 06:55:48

  channel C1: from the restore backup set data file

  channel C1: restore the control file

  channel C1: reading of the backup piece/backup/PROD_RMAN_BACKUP/c-217555794-20131011-06

  channel C1: ORA-19870: error when restoring the backup piece/backup/PROD_RMAN_BACKUP/c-217555794-20131011-06

  ORA-19505: impossible to identify the file ' / backup/PROD_RMAN_BACKUP/c-217555794-20131011-06.

  ORA-27037: unable to get file status

  Linux-x86_64 error: 2: no such file or directory

  Additional information: 3

  switch to the previous backup

  --------------------------------------------------------xxx-------------------------------------------------

  And it seems that the double RMAN command is unable to read the part of backup/backup/PROD_RMAN_BACKUP/on the source system.

  -----------------------------------------------------------------

  In the double rman script, I used,

  -----------------------------------------------------------------

  [clone oracle@tfnslskp01] $ cat rman_dup_TEST.sh

  #exit 0 # remove when running for real.

  Export NLS_DATE_FORMAT = "DD-MON-RR HH24:MI:SS.

  "DT ='date + %m %d hour %M %y"

  RMAN target=sys/manager@PROD journal = dup_TEST_$ {dt} .log auxiliary = / < <!

  Run {}

  until ' to_date ('2013 oct 11 20:30 "," my dd HH24 YYYY ') ";

  allocate auxiliary channel C1 device type disk;

  allocate auxiliary channel C2 device type disk;

  allocate auxiliary channel C3 device type disk;

  allocate channel auxiliary type C4 drive peripheral;

  the value of newname for tempfile 1 to ' / data/oradata/TEST/temp01.

  DBF';
  the value of newname for tempfile 2 to ' / data/oradata/TEST/temp02.dbf';
  double-target database 'TEST '.
  LOGFILE
  GROUP 1 (' / data/oradata/TEST/log1A.rdo','/data/oradata/TEST/log1B.rdo') SIZE 500 M REUSE.
  GROUP 2 (' / data/oradata/TEST/log2A.rdo','/data/oradata/TEST/log2B.rdo') SIZE 500 M REUSE.
  GROUP 3 (' / data/oradata/TEST/log3A.rdo','/data/oradata/TEST/log3B.rdo') SIZE 500 M REUSE.
  GROUP 4 (' / data/oradata/TEST/log4A.rdo','/data/oradata/TEST/log4B.rdo') SIZE 500 M REUSE.
  GROUP 5 (' / data/oradata/TEST/log5A.rdo','/data/oradata/TEST/log5B.rdo') SIZE 500 M REUSE.
  GROUP 6 (' / data/oradata/TEST/log6A.rdo','/data/oradata/TEST/log6B.rdo') SIZE 500 M REUSE
  nofilenamecheck; }
  !

  =================================xxx==========================================

  Last backup date and time on the source system is as follows:

  [oracle@pfnslskp01 PROD_RMAN_BACKUP] $ pwd

  / backup/PROD_RMAN_BACKUP

  [oracle@pfnslskp01 PROD_RMAN_BACKUP] $ ls - lrt

  -rw - r - 1 oracle dba 13175808 Oct 11 20:00 PROD_LVL0_20131011_s5796_p1_l4om5m73

  -rw - r - 1 oracle dba 23370240 Oct 11 20:00 PROD_LVL0_20131011_s5794_p1_l2om5m73

  -rw - r - 1 oracle dba 33752576 Oct 11 20:00 PROD_LVL0_20131011_s5795_p1_l3om5m73

  -rw - r - 1 oracle dba 34863104 Oct 11 20:00 PROD_LVL0_20131011_s5793_p1_l1om5m73

  -rw - r - 1 oracle dba 139958272 Oct 11 20:00 PROD_LVL0_20131011_s5792_p1_l0om5m73

  -rw - r - 1 oracle dba 151134208 Oct 11 20:00 PROD_LVL0_20131011_s5791_p1_kvom5m73

  -rw - r - 1 oracle dba 1275338752 Oct 11 20:06 PROD_LVL0_20131011_s5797_p1_l5om5m7u

  -rw - r - 1 oracle dba 1605754880 Oct 11 20:07 PROD_LVL0_20131011_s5800_p1_l8om5m7u

  -rw - r - 1 oracle dba 8349818880 Oct 11 20:25 PROD_LVL0_20131011_s5798_p1_l6om5m7u

  -rw - r - 1 oracle dba 8747974656 Oct 11 20:25 PROD_LVL0_20131011_s5803_p1_lbom5m7u

  -rw - r - 1 oracle dba 8708947968 Oct 11 20:26 PROD_LVL0_20131011_s5802_p1_laom5m7u

  -rw - r - 1 oracle dba 8698175488 Oct 11 20:26 PROD_LVL0_20131011_s5804_p1_lcom5m7v

  -rw - r - 1 oracle dba 8862220288 Oct 11 20:27 PROD_LVL0_20131011_s5801_p1_l9om5m7u

  -rw - r - 1 oracle dba 8852709376 Oct 11 20:27 PROD_LVL0_20131011_s5799_p1_l7om5m7u

  -rw - r - 1 oracle dba 85569024 Oct 11 20:27 PROD_LVL0_20131011_s5807_p1_lfom5np9

  -rw - r - 1 oracle dba 158896128 Oct 11 20:27 PROD_LVL0_20131011_s5806_p1_leom5np9

  -rw - r - 1 oracle dba 157226496 Oct 11 20:27 PROD_LVL0_20131011_s5805_p1_ldom5np9

  -rw - r - 1 oracle dba 17891328 Oct 11 20:27 c-217555794-20131011-06

  Please help me how to troubleshoot the root cause of this error, I can't fix this error.

  Any response will be appreciated.

  OS version-

  Release of Red Hat Enterprise Linux Server 5.8 (Tikanga) 64 bit OS

  Version of DB-

  11.2.0.3

  Version of the EBS-

  11.5.10.2

  -Thank you

  Please consult the following and see if it helps.

  RMAN backup tape fails with RMAN-03009, ORA-19505 and ORA-27037 (Doc ID 1313478.1)

  ORA-19505 ORA-27037 hasn't PU IDENTIFY the FILE (Doc ID 444610.1)

  Checklist for a restore RMAN (Doc ID 1554636.1)

  RMAN: How to change the location of the Backupset (Doc ID 223569.1)

  Thank you

  Hussein

• Oracle Applications database upgrade CARS active.

  Hello
  
  I want to upgrade the database and software cluster ware.
  
  database is 10.2.0.4 and upgrade to 11g rel 2
  
  Our current environment is 2 DB on 10.2.0.4 RAC node
  CRS on 11g R1
  ASM on 11 GR 1 material
  
  database is in environment Linux OS and Sun/solaris OS application, i, e R12
  
  . Please let us know if special measures must be taken to upgrade in this environment.
  
  
  Kind regards.
  
  Published by: 836778 on April 13, 2011 02:11

  Salvation;

  Pelase see below-master not EBS related issue of db:
  Holdings of database for EBS version 11i and R12 [ID 1072409.1]

  Respect of
  HELIOS

• Queries related to the Oracle applications database.

  Our current environment is 3 DB on 10.2.0.4 RAC node
  
  Apps worm is R12 with Linux x 86-64
  
  CRS on 11g R1
  ASM on 11 GR 1 material
  
  now to upgrade to GR 11, 2 where shall we go for DB Upgrade 10.2.0.4 to 11 GR 1 raw and then you spend CRS, ASM can improve DB to 11 GR 2.
  
  Please guide me on this.
  
  Kind regards.

  Salvation;

  Apps worm is R12 with Linux x 86-64
  CRS on 11g R1
  ASM on 11 GR 1 material
  now to upgrade to GR 11, 2 where shall we go for DB Upgrade 10.2.0.4 to 11 GR 1 raw and then you spend CRS, ASM can improve DB to 11 GR 2.

  Please find below the notes referred to by Steven Chan blog
  http://blogs.Oracle.com/stevenChan/2009/12/11gr2_database_ebs_12.html

  You can also see below master note:
  Holdings of database for EBS version 11i and R12 [ID 1072409.1]

  Respect of
  HELIOS

• build the new database through scripts must understand Spanish character sets.

  Hello gurus,
  I need to some simple tips, a good chance for some quick points for you.
  I've never built a database to understand any different other than the U.S. English character set. I now have to build a database that will be used for characters Spanish-keyboards, etc. But I will use English to install 11g software. I just want to be able to show the Spanish characters in the data for the names of clients.
  I will create the database with scripts that I did to make the standard model for data files, control files, etc..
  Then I import in a dump that I did and that was done with American English character sets.
  The system is 11g (11.2.0.3.0) on Linux Enterprise Server 5.8.
  I thought I'd use the AL32UTF8 character set, but I'm not sure where to use them.
  My original test showed no Spanish characters for names of customers as the "tilda" or "sueano" (excuse my spelling). But in this case I did the exceptional for Spanish, I used only the construction of standard American English (no change in the file init.ora or original database create script).
  
  How can I adjust my settings file for the initial creation of the database model to be able to understand the Spanish character set and still be able to import my dump error-free file.
  
  EXAMPLE of a build script:
  
  CREATE DATABASE mynewdb
  The USER SYS IDENTIFIED BY sys_password
  The USER IDENTIFIED BY system_password SYSTEM
  LOGFILE GROUP 1 ('/ u01/app/oracle/oradata/mynewdb/redo01.log') SIZE in the 100M.
  GROUP 2 ('/ u01/app/oracle/oradata/mynewdb/redo02.log') SIZE in the 100M.
  GROUP 3 ('/ u01/app/oracle/oradata/mynewdb/redo03.log') SIZE 100 M
  MAXLOGFILES 5
  MAXLOGMEMBERS 5
  MAXLOGHISTORY 1
  MAXDATAFILES 100
  CHARACTER SET US7ASCII
  NATIONAL CHARACTER SET AL16UTF16
  
  If I replace to AL32UTF8 AL16UTF16 NATIONAL CHARACTER SET, will it work to show the Spanish characters?
  
  Sorry for the long-winded question, any advice will be great.
  
  Fortunately,
  Shawn

  Hello
  the national character sets is for the column as nvarchar types not for normal varchar data types. So if your dump file contains column types, you also need to set. The character set is for normal column as a varchar types. The use of unicode is best practice if you use the multiel language, but keep in mind that multibyte character set can be a problem when importing because varchar2 (10) means byte 10 and not 10 characters, so mistakes as an identifier for a long time may occur when importing.
  You can create the database.

  See this documentation:
  http://docs.Oracle.com/CD/B28359_01/server.111/b28298/ch2charset.htm

  You can use a like WE8MSWIN1252 character set which covers the Spanish also (like many, I know) and a superset of us7ascii

  concerning
  Peter

• Changing the character set in the database 11G

  Running Windows 2008 Server 64-bit and Oracle 11 g (V 11.2.0.1.0). I would like to change my default character set when installing from 11 G to CS AL32UTF8.
  
  I read the utility Guide and Guide Support for globalization (http://docs.oracle.com/cd/B28359_01/server.111/b28298/ch11charsetmig.htm#g1011430), but none of these documents shows how you can effectively change everything / the character set of the migration. I would do this using the export and import utilities since this seems to be the most popular recommendation. But I'm really not sure of the procedure to follow to change the CS. For example, should I first export and then import then run the CSCHANGE script that is described in the globalization support Guide?
  
  I would be grateful any guidance on how to actually change the character set to AL32UTF8 and all documentation that explains not only the concepts, but the STEPS of HOW this can be done. Thank you, J

  Salvation;

  Please see:

  Change the character set of database - a brief overview Doc ID: 225912.1
  The National character located in Oracle 9i, 10g and 11g Doc ID: 276914.1
  Change the character set of database - definitions valid superset Doc ID: 119164.1

  Respect of
  HELIOS

• Regarding the oracle character set change of EE8MSWIN1250 to AL32UTF8

  Hello
  
  Today I changed EE8MSWIN1250 in AL32UTF8 characters in oracle 10.2.0.1, who does not, here is the summary of the analysis please give me best suggestion how I can go a head with it.
  
  Database scan summary report
  
  Started on time: 2012-01-12 20:50:20
  Elapsed time: 2012-01-12 21:20:54
  
  Time to end started process ID
  ---------- -------------------- --------------------
  1 2012-01-12 20:54:39 2012-01-12 21:19:57
  2 2012-01-12 20:54:39 2012-01-12 21:20:20
  3 2012-01-12 20:54:39 2012-01-12 21:20:37
  4 2012-01-12 20:54:39 2012-01-12 21:19:57
  5 2012-01-12 20:54:41 2012-01-12 21:19:56
  6 2012-01-12 20:54:39 2012-01-12 21:20:43
  7 2012-01-12 20:54:40 2012-01-12 21:19:56
  8 2012-01-12 20:54:40 2012-01-12 21:19:57
  9 2012-01-12 20:54:41 2012-01-12 21:19:57
  10 2012-01-12 20:54:42 2012-01-12 21:19:56
  11 2012-01-12 20:54:41 2012-01-12 21:20:39
  12 2012-01-12 20:54:42 2012-01-12 21:19:57
  2012-01-13 12 20:54:41 2012-01-12 21:19:56
  14 2012-01-12 20:54:42 2012-01-12 21:19:57
  15 2012-01-12 20:54:40 2012-01-12 21:19:57
  16 2012-01-12 20:54:42 2012-01-12 21:19:56
  17 2012-01-12 20:54:40 2012-01-12 21:19:56
  18 2012-01-12 20:54:43 2012-01-12 21:19:56
  19 2012-01-12 20:54:40 2012-01-12 21:20:49
  2012-01-20 12 20:54:42 2012-01-12 21:20:52
  21 2012-01-12 20:54:40 2012-01-12 21:20:21
  22 2012-01-12 20:54:42 2012-01-12 21:19:57
  23 2012-01-12 20:54:40 2012-01-12 21:19:56
  24 2012-01-12 20:54:43 2012-01-12 21:19:56
  25 2012-01-12 20:54:41 2012-01-12 21:19:56
  26 the 2012-01-12 20:54:43 2012-01-12 21:19:57
  27 2012-01-12 20:54:41 2012-01-12 21:19:56
  28 2012-01-12 20:54:43 2012-01-12 21:19:57
  29 2012-01-12 20:54:42 2012-01-12 21:19:56
  30 2012-01-12 20:54:43 2012-01-12 21:19:57
  31 2012-01-12 20:54:43 2012-01-12 21:19:57
  32 the 2012-01-12 20:54:43 2012-01-12 21:19:57
  ---------- -------------------- --------------------
  
  [Size of the database]
  
  Tablespace used free total Expansion
  ------------------------- --------------- --------------- --------------- ---------------
  SYSTEM OF 693, M 50, 26, M 50, 720, 00M 1, 06M
  UNDOTBS1 59, 50M 1 150, 50M 1 210, 00M, 00K
  SYSAUX 438, 19M 11, 81M 450, 00M 8 M 62
  TEMP, 00K, 00K, 00K, K 00
  3 USERS, 13M 1, 00M, 88M 5, 00K
  EXAMPLE OF 77, 38M 22, M 63, 100, 00M 108, 00K
  PDESRV 2 771, 25 M 228, 75 M 3 000, 00 M 758, 03 M
  PDEVEGY 1 394, 06 M 105, 94 M 1 500, 00 M 3, 73 M
  PDEREN 1 270, M 63, 229, 38 M 1 500, 00 M 3, 89 M
  ------------------------- --------------- --------------- --------------- ---------------
  Total 6 707, 63 M 1 777, 38 M 8 485, 00 M 775, 42 M
  
  Most CLOB size is 3982807 bytes
  
  [Database scanning settings]
  
  Value of the parameter
  ------------------------------ ------------------------------------------------
  CSSCAN Version v2.1
  Instance name pdent
  Database Version 10.2.0.1.0
  Comprehensive analysis of database type
  Analyze the data TANK? YES
  Character set of database EE8MSWIN1250
  FROMCHAR EE8MSWIN1250
  TOCHAR AL32UTF8
  Analyze the NCHAR data? NO.
  Size of buffer extraction table 1024000
  Number of process 32
  Convertible data capture? NO.
  ------------------------------ ------------------------------------------------
  
  [Scanning summary]
  
  Some character in the data dictionary data are not convertible to the new character set
  Some type of character application data are not convertible to the new character set
  
  [Summary of the Data Conversion dictionary]
  
  Immutable data type Convertible truncation with loss
  --------------------- ---------------- ---------------- ---------------- ----------------
  VARCHAR2 5 888 961 19 608 0 0
  CHAR 1 097 0 0 0
  LONG 311 066 579 0 0
  25 204 1 901 0 1 CLOB
  VARRAY 22 366 0 0 0
  --------------------- ---------------- ---------------- ---------------- ----------------
  6 248 694 22 088 0 1-total
  Total in % 99 648 0,352% 0.000 0.000%
  
  The data dictionary cannot be migrated safely using the CSALTER script
  
  [Application summary of data Conversion]
  
  Immutable data type Convertible truncation with loss
  --------------------- ---------------- ---------------- ---------------- ----------------
  8 246 189 1 248 156 800 VARCHAR2 0
  CHAR 1 024 547 0 0 0
  LONG 18 639 30 0 0
  CLOB 615 152 7 410 0 0
  VARRAY 2 019 0 0 0
  --------------------- ---------------- ---------------- ---------------- ----------------
  Total 9 906 546 1 255 596 800 0
  Total 88 745 11 248 0.007 0.000% percentage
  
  [Cabriolet, truncated and distribution data with loss of Table]
  
  I stuck half as the summary is too long, I'm very new please help out me.
  
  Thanks and greetings
  Flo
  -------

  It seems that Data Dictionary has some convertible entries. you need to fix this all the objects individually as suggested in metalink Note 258904.1

  Application object has a truncation and entered convertible. For truncation entries, you must increase the size of the column of the completed columns as shown in the .err log file. For convertible entries, you must perform the export/import. Note 1283764.1

• Value US7ASCII AL32UTF8 database character change

  Our database is running on the Oracle 10.1.0.4.0 database (AIX) the following are its parameters:
  
  
  SQL > select value from NLS_DATABASE_PARAMETERS where parameter = "NLS_CHARACTERSET";
  
  VALUE
  ----------------------------------------
  US7ASCII
  
  
  We would like to change the value AL32UTF8 database character. After completing the Metalink notes: 260192.1 (who helped us solve data "With" and "Truncated", is the final result of the CSSCAN utility):
  
  [Scanning summary]
  All data type characters in the data dictionary can be convertible to the new character set
  All data of character type is convertible to the new character set
  
  [Summary of the Data Conversion dictionary]
  The data dictionary can be migrated safely using the CSALTER script
  
  We have no truncation and with (0) entry on the .txt file. We have Changeless and Convertible. Now accdg to the documentation, we can do a FULL EXP and FULL IMP. But it does not detail how to do the conversion on the same database. The discussion on the document explains how do from one database to another database. But what about on the same database?
  
  We cannot use CSALTER as indicated on the document.
  (Step 6
  Step 12
  12.c) when you use Csalter/Alter database to AL32UTF8 and there was NO data "Truncation", only "Convertible" and "Changeless" in the csscan in point 4 :)
  
  After you COMPLETE the database export, how can we change its character set? What must we do the existing database to change its character value AL32UTF8 until we import back our in the same dump file database?
  
  Help, please.

  You cannot use CSALTER indeed you have given application convertible. Only the application data does not change are supported by the script.

  We do not support the conversion in place of the version of database you have except via Oracle Consulting services. Please upgrade to one of the versions of database supported by the DMU (http://www.oracle.com/technetwork/database/globalization/dmu/overview/index.html) utility and ask the DB fix required for the enhanced version and platform supported by the Oracle. I think there is already a patch for 10.2.0.5 on AIX 64-bit POWER but this is to be confirmed.

  Without the CDS, you can do a selective export of only convertible tables, truncate table, use CSALTER and re - import.

  -Sergiusz

• Characterset US7ASCII to AL32UTF8 migration

  Hi gurus,
  
  I'm a newbie to the characterset migration. We are migrating characterset of our US7ASCII to AL32UTF8 database. As this is a superset can I use the csalter, but the csscan notifies that application data will be 'with data loss. Why is it display data with loss I thought that all the characters must be converted and available in the character set of superset.
  
  What I need to fix this or csalter will fix it. If I have to fix how it should be fixed.
  
  Thank you

  Yes, values are reported as lossy essentially when they contain binary set of codes that are not valid in character FROMCHAR (FROMCHAR or in the database character set by default). This means that binary data stored in columns of characters or data encoded in a different set of characters FROMCHAR character set (and usually stored in a direct configuration or, rarely, with the help of some other tricks such as data of type casting of RAW). In rare cases, the values with loss can contain random garbage caused by hardware or software errors.

  It is therefore important to look at the values, including looking at binary (i.e. "in hexadecimal") codes, in order to diagnose the source of the invalid codes. Depending on the cause, the solution can vary.

  -Sergiusz

• Data loss while placing the dump in the database character set al32utf8

  Dear all,
  At the present time our application with data in the database to the character set TH8TISASCII so we are able to visualize the THAI language. Now, we got a new requirement in that, "we must support bothTHAI & CHINESE languages.
  so, we created the new instance and db with character set AL32UTF8. IAM lose some data (which has the THAI characters) and get the following error message during the import of discharge in the new database character set AL32UTF8.
  
  Error Msg: IMP-00019: rejected due to the ORACLE 12899 error line
  IMP-00003: ORACLE error 12899
  ORA-12899: value too large for column 'ESUPPLYUAT '. "" "" ORGP_ITEMS '. "" SHORT_NAME' (population: 36, maximum: 25).
  Is there any character set other than AL32UTF8 that supports Chinese and Thai languages?
  Otherwise it is any otherway to import data in the database with character set AL32UTF8 without losing data?
  
  
  Please provide the solution for this problem.
  
  Thank you
  Shakur
  
  Published by: user618734 on October 14, 2008 11:06

  You can first create the table (using lines of script or creating imp table = n), expand the column, and then import the data with ignored errors (imp ignore = y)

• Oracle 10 G support Cyrillic and Western European Character Sets

  Hi all
  
  
  Our database currently supports EU Western character sets, but we must also support Russian characters.
  Is there a common character set for both? or something that does the job?
  
  
  Thank you.
  
  ---------
  DB: Oracle 10G R2
  OS: Linux
  The current Char value:
  WE8ISO8859P1 NLS_CHARACTERSET
  NLS_CALENDAR GREGORIAN
  NLS_NCHAR_CHARACTERSET AL16UTF16

  AL32UTF8 will always do the job.

  CL8ISO8859P5
  CL8MSWIN1251

  could to employment according to http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/applocaledata.htm#sthref1960.

  Edited by: P. Forstmann August 9, 2011 17:41

• Error ORA-12712 when changing the character set AL32UTF8 to nls

  Hello
  
  It is strongly advised to use the AL32UTF8 database character set when ever a database is used with our XML capabilities. The database character set in the installed base is WE8MSWIN1252. To use XML DB functionality, I need to change it to AL32UTF8. But, when I try to do that, I get ORA-12712: new character set must be a superset of the old character set. Is there a way to fix this?
  
  Thanks in advance,
  Divya.

  Hello

  a change of we8mswin1252 to al32utf8 is not directly possible. This is because al32utf is not a binary superset of we8mswin1252.

  There are 2 options:
  -use any export and import
  -Use of the altar in a kind of limited

  Depends on the method, you can choose the characters in the database, is that only ASCII then the other can work, in other cases, one is necessary.

  It is all described in Note 260192.1support, "replacing the NLS_CHARACTERSET AL32UTF8 / UTF8 (Unicode). Get on-site support/metalink.

  You can also read the chapters about it in the Guide of globalization: [url http://download.oracle.com/docs/cd/E11882_01/server.112/e10729/ch11charsetmig.htm#g1011430] change characterset.

  Herald tiomela
  http://htendam.WordPress.com