ebs12.1.1迁移到exadata database machine

huziaa

在最近的迁移过程中，我们发现一个问题，就是编码问题，这个问题已经消耗了我们差不多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 [PACKAGE:"APPS"."CUX_VENDOR_THREE_BALANCE"]
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个左右。


我想问的问题是：你们迁移过程中遇到过这个问题没有，如果遇到过你们这么解决的。
没有遇到过的话，麻烦给点思路吧。

非常感谢。

ALLSTARS_ORACLE

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.

[PACKAGE:"APPS"."CUX_WMS_MTL_PORCV_EEDS_PKG"]
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.

ALLSTARS_ORACLE

这个似乎就是你开的SR?

结论为 从11.1.0.7 impdp到11.2.0.4就会有这个问题，  workaround是 从dba_sources获得DDL 并执行

huziaa

ALLSTARS_ORACLE 发表于 2014-10-21 09:46
这个似乎就是你开的SR?

结论为 从11.1.0.7 impdp到11.2.0.4就会有这个问题，  workaround是 从dba_sourc ...

你怎么知道是我开的SR，确实是。

huziaa

ALLSTARS_ORACLE 发表于 2014-10-21 09:46
这个似乎就是你开的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的版本.

谢谢。

ALLSTARS_ORACLE

是否可以考虑使用sqldeveloper 来迁移这些包， 或者 使用exp imp 而非 data pump 迁移这部分的包

huziaa

ALLSTARS_ORACLE 发表于 2014-10-21 12:32
是否可以考虑使用sqldeveloper 来迁移这些包， 或者 使用exp imp 而非 data pump 迁移这部分的包 ...

每一轮impdp都会新增客户化和标准包。

1、目前不能确定多少个包会出问题。

2、exp imp和expdp，impdp有啥本上的区别没有？