Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3539301
  • 博文数量: 715
  • 博客积分: 1860
  • 博客等级: 上尉
  • 技术积分: 7745
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-07 08:51
个人简介

偶尔有空上来看看

文章分类

全部博文(715)

文章存档

2023年(75)

2022年(134)

2021年(238)

2020年(115)

2019年(11)

2018年(9)

2017年(9)

2016年(17)

2015年(7)

2014年(4)

2013年(1)

2012年(11)

2011年(27)

2010年(35)

2009年(11)

2008年(11)

最近访客

分类: Oracle

2021-06-28 12:54:29

 expdp 报错

  1. [backup:oracle]:/home/oracle>r exp
  2. expdp parfile=user1.par
  3. Export: Release 11.2.0.4.0 - Production on Mon Jun 28 10:09:36 2021
  4. Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
  5. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
  6. With the Partitioning, OLAP, Data Mining and Real Application Testing options
  7. Starting "user1"."SYS_EXPORT_TABLE_08": user1/******** parfile=user1.par
  8. Estimate in progress using BLOCKS method...
  9. Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
  10. Total estimation using BLOCKS method: 30.76 GB
  11. Processing object type TABLE_EXPORT/TABLE/TABLE
  12. ORA-39126: Worker unexpected fatal error in KUPW$WORKER.FETCH_XML_OBJECTS [TABLE:"user1"."INSFENSUM"]
  13. ORA-19051: Cannot use fast path insert for this XMLType table
  14. ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
  15. ORA-06512: at "SYS.KUPW$WORKER", line 9715
  16. ----- PL/SQL Call Stack -----
  17. object line object
  18. handle number name
  19. 7000101fa513c18 21979 package body SYS.KUPW$WORKER
  20. 7000101fa513c18 9742 package body SYS.KUPW$WORKER
  21. 7000101fa513c18 11838 package body SYS.KUPW$WORKER
  22. 7000101fa513c18 2808 package body SYS.KUPW$WORKER
  23. 7000101fa513c18 10422 package body SYS.KUPW$WORKER
  24. 7000101fa513c18 1824 package body SYS.KUPW$WORKER
  25. 7000101fb24ff60 2 anonymous block
  26. Processing object type TABLE_EXPORT/TABLE/TABLE
  27. ORA-39126: Worker unexpected fatal error in KUPW$WORKER.FETCH_XML_OBJECTS [TABLE:"user1"."INSFENSUM"]
  28. ORA-19051: Cannot use fast path insert for this XMLType table
  29. ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
  30. ORA-06512: at "SYS.KUPW$WORKER", line 9715
  31. ----- PL/SQL Call Stack -----
  32. object line object
  33. handle number name
  34. 7000101fa513c18 21979 package body SYS.KUPW$WORKER
  35. 7000101fa513c18 9742 package body SYS.KUPW$WORKER
  36. 7000101fa513c18 11838 package body SYS.KUPW$WORKER
  37. 7000101fa513c18 2808 package body SYS.KUPW$WORKER
  38. 7000101fa513c18 10422 package body SYS.KUPW$WORKER
  39. 7000101fa513c18 1824 package body SYS.KUPW$WORKER
  40. 7000101fb24ff60 2 anonymous block
  41. Job "user1"."SYS_EXPORT_TABLE_08" stopped due to fatal error at Mon Jun 28 10:09:46 2021 elapsed 0 00:00:08
一共对3个用户分别导出,但是另外两个用户导出没错。

根据报错去MOS上搜一下ORA-39126、ORA-19051,大多是ORA-19051相关错误,提示xmldb相关或者与LD_LIBRARY_PATH_64有关
检查xmldb组件状态

  1. SELECT COMP_NAME,VERSION,STATUS FROM DBA_REGISTRY WHERE COMP_NAME LIKE '%X%';
都是valid,没有问题。
况且有两个用户导出都正常。

看看环境变量

  1. [backup:oracle]:/home/oracle>env|grep LIB
  2. KM_CRYPTO_LIB_PATH=/usr/lib/libkmcryptolib.so
  3. R_SHLIB_LD_LIBRARY_PATH=/usr/lib
  4. KM_SUPPORT_LIB_PATH=/usr/lib/libkmsvcshlib.so
  5. LIBPATH=/oracle/app/oracle/product/10201/db/lib:/oracle/app/oracle/product/11204/db/lib
  6. LD_LIBRARY_PATH=:/oracle/app/oracle/product/11204/db/lib:/oracle/app/oracle/product/11204/db/rdbms/lib:/lib:/usr/lib
这是一个测试环境,有多个HOME,LIBPATH指向了10g的home,而我当前的库是11g的,于是去掉10201的。
export LIBPATH=/oracle/app/oracle/product/11204/db/lib
重启实例,再次导出

  1. [backup:oracle]:/home/oracle>r expdp
  2. expdp parfile=user1.par
  3. Export: Release 11.2.0.4.0 - Production on Mon Jun 28 10:45:15 2021
  4. Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
  5. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
  6. With the Partitioning, OLAP, Data Mining and Real Application Testing options
  7. Starting "user1"."SYS_EXPORT_TABLE_09": user1/******** parfile=user1.par
  8. Estimate in progress using BLOCKS method...
  9. Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
  10. Total estimation using BLOCKS method: 30.76 GB
  11. Processing object type TABLE_EXPORT/TABLE/TABLE
  12. Processing object type TABLE_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
  13. Processing object type TABLE_EXPORT/TABLE/COMMENT
  14. Processing object type TABLE_EXPORT/TABLE/INDEX/INDEX
  15. Processing object type TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
  16. Processing object type TABLE_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT
  17. . . exported "user1"."JFEE" 11.79 GB 74297144 rows
  18. . . exported "user1"."JTFCROSSBANK" 7.329 GB 28822773 rows
  19. . . exported "user1"."ECCIFLIMITRT" 2.705 GB 38257466 rows
  20. . . exported "user1"."JVOUCHERPRINT" 1.856 GB 2647084 rows
  21. ...
导出正常了。

又一次感受到 LIBPATH 的作用还有混乱环境带来的麻烦。
阅读(1246) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~