ebs12.1.1迁移到exadata database machine
在最近的迁移过程中，我们发现一个问题，就是编码问题，这个问题已经消耗了我们差不多20天时间。目前整个项目都在围绕解决这个问题着急。而且目前一筹莫展。
经项目组研究决定想你请教这个问题。
问题描述如下：
0、环境描述 源系统：
应用
IBM P550；
aix6.1；
ebs R12.1.1
数据库
IBM P550；
aix6.1（双机hacmp；
oracle 11.1.0.7.0(RAC 裸设备)
目标系统：
EXADATA一体机 X4-2；
oracle linux 5.10（os）
oracle 11.2.0.4.0（asm rac）
1、在export过程中没有任何问题
在import过程中，表、索引同义词都没有任何问题，
但是遭打import包的时候遇到错误：
Processing object type DATABASE_EXPORT/SCHEMA/PACKAGE/PACKAGE_SPEC
ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS
ORA-06502: PL/SQL: numeric or value error
LPX-00285: invalid Unicode surrogate 0xD8EC 0xA
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 9715
----- PL/SQL Call Stack -----
object line object
handle number name
0x104ee63478 21979 package body SYS.KUPW$WORKER
0x104ee63478 9742 package body SYS.KUPW$WORKER
0x104ee63478 17950 package body SYS.KUPW$WORKER
0x104ee63478 4058 package body SYS.KUPW$WORKER
0x104ee63478 4862 package body SYS.KUPW$WORKER
0x104ee63478 10492 package body SYS.KUPW$WORKER
0x104ee63478 1824 package body SYS.KUPW$WORKER
0x1042385100 2 anonymous block
Job "SYS"."SYS_SQL_FILE_FULL_01" stopped due to fatal error at Mon Sep 29 14:02:59 2014 elapsed 0 00:01:00
3、这个问题在客户化开发的包有87个之多，在标准包里有10个左右。
我想问的问题是：你们迁移过程中遇到过这个问题没有，如果遇到过你们这么解决的。
没有遇到过的话，麻烦给点思路吧。
非常感谢。
odm finding:
Hdr: 19855170 11.2.0.4EXABP9 RDBMS 11.2.0.4EXABP9 DATA PUMP IMP PRODID-5 PORTID-226 LPX-285
Abstract: LPX-285 ON DATAPUMP IMPORT FROM 11.1.0.7 TO 11.2.0.4 WITH UTF8
*** 10/20/14 01:56 am ***
PROBLEM:
--------
Using data pump, export 11.1.0.7 full EBS database on AIX and import to
11.2.0.4BP 9 on Exadta Linux X86-64bit. Both database is using CHARACTER SET
UTF8. Below error occurred.
ORA-6502: PL/SQL: numeric or value error
LPX-00285: invalid Unicode surrogate 0xD8EC 0xA
ORA-6512: at "SYS.DBMS_SYS_ERROR", line 95
----- PL/SQL Call Stack -----
object line object
handle number name
0xa94dc318 2 anonymous block
DIAGNOSTIC ANALYSIS:
--------------------
NULL
WORKAROUND:
-----------
Query dba_sources to get the package DDL.
But the customer cannot accept, because there are some many packages need to
dump, and there are many dependencies between them.
这个似乎就是你开的SR?
结论为 从11.1.0.7 impdp到11.2.0.4就会有这个问题， workaround是 从dba_sources获得DDL 并执行 ALLSTARS_ORACLE 发表于 2014-10-21 09:46 static/image/common/back.gif
这个似乎就是你开的SR?
结论为 从11.1.0.7 impdp到11.2.0.4就会有这个问题， workaround是 从dba_sourc ...
你怎么知道是我开的SR，确实是。 本帖最后由 huziaa 于 2014-10-21 12:31 编辑
ALLSTARS_ORACLE 发表于 2014-10-21 09:46 static/image/common/back.gif
这个似乎就是你开的SR?
结论为 从11.1.0.7 impdp到11.2.0.4就会有这个问题， workaround是 从dba_sourc ...
哪您说是不是从11.1.0.7 impdp到11.2.0.3没有问题，或者说从11.1.0.7到11.2.0多少版本没问题，
我们项目组可以考虑适当降低或者提升目标oracle database的版本.
谢谢。 是否可以考虑使用sqldeveloper 来迁移这些包， 或者 使用exp imp 而非 data pump 迁移这部分的包 ALLSTARS_ORACLE 发表于 2014-10-21 12:32 static/image/common/back.gif
是否可以考虑使用sqldeveloper 来迁移这些包， 或者 使用exp imp 而非 data pump 迁移这部分的包 ...
每一轮impdp都会新增客户化和标准包。
1、目前不能确定多少个包会出问题。
2、exp imp和expdp，impdp有啥本上的区别没有？
页:
[1]