亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 數據庫 > Oracle > 正文

Oracle數據泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例

2024-08-29 13:58:11
字體:
來源:轉載
供稿:網友
從oracledatabase 10g開始引入了data pump(數據泵)工具,它提供了一種基于服務器的數據導出導入使用程序。 所有的data pump都作為一個服務器進程,數據不再必須由一個客戶程序處理。Data Pump工具的導出和導入實現Oracle數據庫之間數據的傳輸。
 
 

Oracle數據泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例,下面總結一些自己使用數據泵(Data Dump)過程當中遇到的問題以及解決方法。都是在使用過程中遇到的問題,以后陸續遇到數據泵(Data Dump)的錯誤案例,都會補充在此篇。

錯誤案例1:

ORA-39065: DISPATCH 中出現意外的主進程異常錯誤;ORA-44002: 對象名無效

Windows 平臺錯誤提示:

Oracle數據泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例

Linux平臺錯誤提示

Oracle數據泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例

解決方法:

[oracle@DB-Server admin]$ oerr ora 3906539065, 00000, "unexpected master process exception in %s"// *Cause: An unhandled exception was detected internally within the master// control process for the Data Pump job. This is an internal error.// messages will detail the problems.// *Action: If problem persists, contact Oracle Customer Support.[oracle@DB-Server admin]$ oerr ora 3909739097, 00000, "Data Pump job encountered unexpected error %s"// *Cause: An unexpected, potentially non-fatal error occurred while// processing a Data Pump job.// *Action: Contact Oracle Customer Support.

執行$ORACLE_HOME/rdbms/admin目錄下面的catmet2.sql,utlrp.sql 兩個SQL文件即可解決這個問題。

[oracle@DB-Server ~]$ cd $ORACLE_HOME/rdbms/admin [oracle@DB-Server admin]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on Sun Sep 7 08:24:23 2014 Copyright (c) 1982, 2005, Oracle. All rights reserved. Connected to an idle instance. SQL> @catmet2.sql  SQL> @utlrp.sql 

錯誤案例2:

使用expdp/impdp時遭遇ORA-39006: internal error;ORA-39213: Metadata processing is notavailable錯誤

[oracle@DB-Server backup]$ impdp frnt/frnt directory=dum_dir dumpfile=20120420.FRNT_02.dmp tablespaces=TBS_TR_DATA;Import: Release 10.2.0.1.0 - 64bit Production on Wednesday, 25 April, 2012 14:41:48Copyright (c) 2003, 2005, Oracle. All rights reserved.Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit ProductionWith the Partitioning, OLAP and Data Mining optionsORA-39006: internal errorORA-39213: Metadata processing is not available

解決方法:

錯誤原因如下所示,因為Data Pump不能使用Metadata API, 這個是因為XSL stylesheets 沒有正確設置緣故。需要以SYSDBA執行dbms_metadata_util.load_stylesheets

[oracle@DB-Server admin]$ oerr ora 39213 39213, 00000, "Metadata processing is not available" // *Cause: The Data Pump could not use the Metadata API. Typically, // this is caused by the XSL stylesheets not being set up properly. // *Action: Connect AS SYSDBA and execute dbms_metadata_util.load_stylesheets // to reload the stylesheets.

SQL>exec dbms_metadata_util.load_stylesheets

錯誤案例3:

錯誤如下所示:

etl@NMS_ODS_NDB1[/jkfile/klbtmp]#expdp userid=username/password@tnsname dumpfile=ref.dmp directory=DUMP_TEST schemas=ref content=all logfile=ref.log Export: Release 10.2.0.3.0 - 64bit Production on Saturday, 02 March, 2013 10:28:25 Copyright (c) 2003, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options ORA-39002: invalid operation ORA-39070: Unable to open the log file. ORA-29283: invalid file operation ORA-06512: at "SYS.UTL_FILE", line 475 ORA-29283: invalid file operation 

解決方法:

出現這個錯誤,需要檢查DIRECTORY目錄,創建DIRECTORY時,ORACLE并不檢查操作系統目錄是否已經存在

首先檢查DIRECTORY目錄DUMP_TEST對應的DIRECTORY_PATH,然后檢查操作系統下,驗證該目錄是否存在。

SQL> SELECT * FROM DBA_DIRECTORIES WHERE DIRECTORY_NAME='DUMP_TEST'; OWNER              DIRECTORY_NAME      DIRECTORY_PATH ------------------------ ------------------------------ ----------------- SYS                DUMP_TEST       /jkfile/klbtmp/ SQL> 

結果檢查發現該目錄被刪除了,創建該目錄即可解決問題。

另外一種情況,如果創建DIRECTORY目錄時,出現了換行,也會出現上面錯誤信息,這種錯誤玩玩很難發現,非常折騰人。所以需要非常細心。

SQL> create directory DUMP_TEST as '/jkfile/klbtmp/

';

錯誤案例4:

如下所示:

etl@NMS_ODS_NDB1[/jkfile/work/klb]#expdp userid=etl/sunrise@wgods1 dumpfile=ref.dmp directory=DUMP_DIR schemas=ref content=all logfile=ref.log Export: Release 10.2.0.3.0 - 64bit Production on Saturday, 02 March, 2013 10:50:25 Copyright (c) 2003, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options ORA-31631: privileges are required ORA-39109: Unprivileged users may not operate upon other users' schemas 

解決方法:

主要是etl賬號缺少exp_full_database 權限,給etl賬號授予exp_full_database 權限后,上述問題解決。

# su - oracle $ sqlplus / as sysdba SQL*Plus: Release 10.2.0.3.0 - Production on Sat Mar 2 10:58:37 2013 Copyright (c) 1982, 2006, Oracle. All Rights Reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options SQL> grant exp_full_database to etl; Grant succeeded. 

 

錯誤案例5:

etl@NMS_ODS_NDB1[/etl1_cx/etl]expdp etl/sunrise@wgods1 dumpfile=DM.TM_ALARM_LOG.dmp directory=DUMP_DIR tables=DM.TM_ALARM_LOG query='DATE_CD >=20121201 AND DATE_CD <=20130131'; LRM-00101: unknown parameter name '>' 

解決方法:

etl@NMS_ODS_NDB1[/etl1_cx/etl]expdp etl/sunrise@wgods1 dumpfile=DM.TM_ALARM_LOG.dmp directory=DUMP_DIR tables=DM.TM_ALARM_LOG query="DATE_CD />/=20121201 AND DATE_CD /</=20130131"; 

錯誤案例6:

LRM-00121: 'DATA_ONLY' is not an allowable value for 'compression'。如下所示:

etl@NMS_ODS_NDB1[/etl1_cx/etl]#expdp etl/sunrise@wgods1 dumpfile=ref.dmp directory=DUMP_DIR dumpfile=DM.TM_ALARM_LOG201212.dmp tables=DM.TM_ALARM_LOG COMPRESSION=DATA_ONLY query='DATE_CD >=20121201 AND DATE_CD <=20130131'; LRM-00121: 'DATA_ONLY' is not an allowable value for 'compression' 

解決方法:

首先查看EXPDP工具的版本,如下所示:

etl@NMS_ODS_NDB1[/etl1_cx/etl]#expdp version Export: Release 10.2.0.3.0 - 64bit Production on Monday, 04 March, 2013 14:46:47 Copyright (c) 2003, 2005, Oracle. All rights reserved. Password: 

請注意,在ORACLE 10g下 COMPRESSION只有METADATA_ONLY和NONE兩個選項,ORACLE 11g下才有DATA_ONLY選項。所以報如上錯誤。所以在使用前,請注意一下EXPDP工具的版本。

錯誤案例7:

[oracle@DB-Server]$ expdp system/***** TABLES=INVENRTY.INV_STK_HD dumpfile=INV_STK_HD.dmp logfile=1.log DIRECTORY=CUR_DUMP_DIR Export: Release 10.2.0.4.0 - Production on Sunday, 14 July, 2013 8:27:16 Copyright (c) 2003, 2007, Oracle. All rights reserved. Connected to: Oracle Database 10g Release 10.2.0.4.0 - Production ORA-31626: job does not exist ORA-31637: cannot create job SYS_EXPORT_TABLE_01 for user SYSTEM ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: at "SYS.KUPV$FT_INT", line 600 ORA-39080: failed to create queues "KUPC$C_1_20130714082716" and "KUPC$S_1_20130714082716" for Data Pump job ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: at "SYS.KUPC$QUE_INT", line 1606 ORA-00832: no streams pool created and cannot automatically create one 

解決方法:

這個案例我以前已經介紹過,具體參考我的博客 Expdp 導數錯誤 ORA-00832

錯誤案例8:

[oracle@testlnx01 u03]$ cd tmp/ [oracle@testlnx01 tmp]$ expdp system/***** directory=DUMPDIR dumpfile=ESCMUSER.dmp schemas=ESCMUSER logfile=ESCMUSER.log Export: Release 10.2.0.4.0 - 64bit Production on Wednesday, 27 August, 2014 16:30:46 Copyright (c) 2003, 2007, Oracle. All rights reserved. Connected to: Oracle Database 10g Release 10.2.0.4.0 - 64bit Production ORA-31626: job does not exist ORA-31633: unable to create master table "SYSTEM.SYS_EXPORT_SCHEMA_05" ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: at "SYS.KUPV$FT", line 871 ORA-00959: tablespace 'TOOLS' does not exist 

解決方法:

這個案例有點特別,剛遇到的時候,確實有點莫名其妙,經過苦苦求索、求證后才發現,本來有一個TOOLS的表空間,不知道是哪位頭腦發熱的人,居然指定SYSTEM用戶的默認表空間為TOOLS,但是這個表空間又被人刪除了。于是便有了這樣一個案例。

Oracle數據泵(Data Dump)使用過程當中經常會遇到一些奇奇怪怪的錯誤案例

SQL> ALTER USER SYSTEM DEFAULT TABLESPACE SYSTEM; User altered. 

修改用戶SYSTEM的默認表空間后,問題解決。


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
91av在线精品| 日本高清+成人网在线观看| 91精品久久久久久久久久入口| 中文字幕久热精品在线视频| 日韩中文字幕在线播放| 91探花福利精品国产自产在线| 国产欧美一区二区三区在线看| 亚洲欧美国产va在线影院| 日韩av电影手机在线观看| 久久九九有精品国产23| 欧美精品18videos性欧美| 国产视频在线一区二区| 日韩经典中文字幕| 欧美裸身视频免费观看| 欧美性在线观看| 国产ts人妖一区二区三区| 亚洲电影免费观看高清| 国产精品一区二区女厕厕| 亚洲精品在线91| 欧美专区在线播放| 亚洲自拍小视频| 国产一区欧美二区三区| 亚洲娇小xxxx欧美娇小| 国产精品欧美风情| 成人美女免费网站视频| 精品自拍视频在线观看| 久久视频这里只有精品| 菠萝蜜影院一区二区免费| 国产福利视频一区| 亚洲精品xxxx| 日韩电影中文字幕在线观看| 国产在线视频欧美| 成人午夜一级二级三级| 性欧美在线看片a免费观看| 精品国产精品三级精品av网址| 5278欧美一区二区三区| 国产自摸综合网| 国产99久久精品一区二区 夜夜躁日日躁| 91精品在线国产| 日本91av在线播放| 国产精品91在线| 国产成人精品国内自产拍免费看| 成人av资源在线播放| 日韩欧美黄色动漫| 91久久久久久久久| 国产剧情日韩欧美| 国产精品久久久久久久久久久久| 91在线观看免费高清完整版在线观看| 欧美www视频在线观看| 久久精品中文字幕| 精品一区二区电影| 精品成人69xx.xyz| 国产成人精品免费久久久久| 欧美xxxx14xxxxx性爽| 日韩有码视频在线| 97视频免费观看| 亚洲精品久久久一区二区三区| 国产在线精品自拍| 日本韩国欧美精品大片卡二| 亚洲精品中文字幕av| 国产亚洲精品久久久| 欧美日韩国产成人高清视频| 97免费在线视频| 国产日韩换脸av一区在线观看| 免费91麻豆精品国产自产在线观看| 国产乱肥老妇国产一区二| 久久天天躁狠狠躁夜夜av| 欧美成人高清视频| 欧美激情xxxx性bbbb| 亚洲午夜av电影| 日韩电影大全免费观看2023年上| 国产精品视频久久| 精品中文字幕乱| 亚洲www在线观看| 亚洲美女黄色片| 国产精品无码专区在线观看| 日韩av一区二区在线观看| 久久伊人免费视频| 亚洲成人三级在线| 亚洲欧美色婷婷| 欧美专区在线观看| 国产美女高潮久久白浆| 欧美大全免费观看电视剧大泉洋| 国产成人拍精品视频午夜网站| 亚洲高清免费观看高清完整版| 亚洲男人天堂2024| 91精品在线观看视频| 日韩一区二区三区国产| 一区二区三区视频观看| 色综合伊人色综合网| 中文字幕一区日韩电影| 欧美裸体xxxx| 欧美裸体xxxx极品少妇软件| 久久久久久国产| 精品国产精品三级精品av网址| 中文字幕欧美视频在线| 中文字幕无线精品亚洲乱码一区| 色综合久久88色综合天天看泰| 亚洲精品日韩久久久| 亚洲自拍中文字幕| 欧美在线性视频| 97国产精品视频| 亚洲美女激情视频| 日韩中文字幕欧美| 亚洲精品国产精品乱码不99按摩| 欧美中文字幕精品| 深夜福利一区二区| 中文字幕日韩在线播放| 日韩电影大片中文字幕| 亚洲a一级视频| 欧美性猛交xxxx乱大交| 国内免费精品永久在线视频| 久久伊人91精品综合网站| 亚洲精品91美女久久久久久久| 精品偷拍一区二区三区在线看| 最近2019好看的中文字幕免费| 日韩在线免费视频观看| 韩国视频理论视频久久| 亚洲欧美日韩成人| 国产精品久久国产精品99gif| 中文字幕日韩欧美精品在线观看| 精品夜色国产国偷在线| 欧美老女人性视频| 精品久久久久久久久中文字幕| 亚洲三级免费看| 精品久久久久久中文字幕大豆网| 在线看日韩欧美| 欧美性xxxxx极品| 久久精品中文字幕一区| 日本久久久a级免费| 久久久久久久久久婷婷| 国产精品日韩久久久久| 欧美裸体视频网站| 久久69精品久久久久久久电影好| 亚洲人成在线播放| 亚洲精品国产福利| 日韩av毛片网| 亚洲欧美日韩国产中文专区| 国产成人aa精品一区在线播放| 国产精品久久久久aaaa九色| 日韩a**站在线观看| 欧美一级电影久久| 久久久精品网站| 亚洲第一页中文字幕| 国产精品亚洲аv天堂网| 成人激情在线观看| 亚洲男人天堂网站| 亚洲午夜av久久乱码| 欧美夫妻性视频| 日韩中文字幕视频在线| 日韩有码在线观看| 久久精品国产亚洲精品2020| 成人444kkkk在线观看| 久久91亚洲精品中文字幕| 亚洲性日韩精品一区二区| 中文欧美在线视频| 国产亚洲一区二区在线| 色www亚洲国产张柏芝| 久久91亚洲精品中文字幕| 久久久久www| 久久久精品999| 亚洲国产精品人久久电影| 一本色道久久88亚洲综合88| 国产精品国语对白|