今天給大家寫了一篇關于數據泵導出導出的文章，大家可以看看，一起學習學習，并且附帶了集中本人在做的過程中遇到的問題，也一起給大家分享出來了。

一、 數據泵實現數據導入導出的步驟

注意：

紅色標記部分為可按需求修改部分，導出部分表時可在"Expdp [用戶名A]/[密碼]@[數據庫名]"后跟"TABLES=需要導出的部分表的表名"。

例：不同用戶不同表空間的導出導入

（一）導入導出需求

1、導出用戶表

用戶：ysgrp 密碼： ysgrp2018 IP: 192.168.2.2/ys

需求： 把 CWHS、DEMO 開頭的表及數據導出導入到 下面用戶中

2、導入用戶表

用戶：nkys 密碼： nkys IP: 192.168.2.3/orcl

（二）數據泵方式的導出

1、用sysdba用戶登錄數據庫

sqlplus /nolog

conn /as sysdba

2、創建目錄[dump_dir]

Create directory dump_dir as 'd:\ysgrp';

3、給dump_dir目錄下的用戶ysgrp授權

Grant read,write on directory dump_dir to ysgrp;

4、按照需求選擇要導出的表

select table_name from user_tables where (table_name like 'CWHS%' OR table_name like 'DEMO%')and table_name not in ('DEMO_DW_RYSL','DEMO_FXDTJK');

5、導出表（按需求總共有71張表需要導出，則在輸入導出命令和用戶名密碼后的"TABLES="后面跟需要導出的表名，表名之間用逗號隔開，其后跟導出文件的名稱，目錄名稱和日志名稱。）

Expdp ysgrp/ysgrp2018@192.168.2.2/ys TABLES=CWHS_CZZF,CWHS_CZZF_TEMP dumpfile=ysgrp.dmp DIRECTORY=dump_dir logfile=ysgrp.log;

（三）數據泵方式的導入

1、在目標庫用sysdba用戶登錄數據庫

sqlplus /nolog

conn /as sysdba

2、創建目錄[dpdata1]

Create directory dpdata1 as '/home/nkys';

3、給dpdata1目錄下的用戶nkys授權

Grant read,write on directory dpdata1 to nkys;

4、導入數據（REMAP_SCHEMA=數據導出用戶名:數據導入用戶名;）

impdp nkys/nkys@192.168.2.3/orcl directory= dpdata1 dumpfile=' ysgrp.dmp ' REMAP_TABLESPACE= ysgrp: nkys REMAP_SCHEMA= ysgrp: nkys logfile= dpdata1.log ignore=y

二、使用PL/SQL Developer導入導出數據庫

1、導出數據庫對象

在PL/SQL Developer的菜單Tools=>Export User Objects中出來一個對話框界面，然后框選要導出的Oracle 數據庫對象，包括表，序列，存儲過程，視圖，函數等等，并指定導出的文件名稱，如下操作。

選擇需要導出的表及導出文件的存放路徑。

2、導出表數據

導出表結構和對象后，我們下一步就是導出數據庫的表數據，PL/SQL Developer工具支持導出數據到PL/SQL數據庫腳本中，如下所示。這樣導出的腳本，我們可以在PL/SQL Developer工具導入。

選擇上一步導出表結構的表數據：

3、 導入表結構及數據

導入數據庫表結構和表數據可以直接運用PL/SQL Developer的工具菜單下的導入表選框，選擇SQL插入，勾選使用命令窗口選擇剛剛導出的表結構進行表結構的導入。如下所示。

出現SQL>說明數據結構導入成功，接下來用同樣的方式導入表數據：

三、用imp/exp導入導出數據庫

注意：

紅色標記部分為可按需求修改部分。

四、oracle庫表刪除注釋和恢復的步驟

（一）、先備份字段注釋.以便以后dmp數據有注釋。

plsql執行: select 'comment on column '||t.table_name||'.'||t.column_name||' is '''||t.comments||''';' from user_col_comments t;

2. 2 2. 點獲取所有行,復制所有查詢出的行.保存到新建的txt.可用于恢復。

（二）、刪除所有注釋。

plsql執行: select 'comment on column '||t.table_name||'.'||t.column_name||' is '''';' from user_col_comments t;

點獲取所有行,復制所有查詢出的行. 執行復制出的所有語句.測試在數據過大的情況plsql下容易編譯卡死.在sqldeveloper無此情況。

表名注釋的替換更改

select 'comment on table '||table_name||' is '||''''||comments||''''||';' from user_tab_comments

where comments is not null;

表中字段的替換更改

select 'comment on column ' || TABLE_NAME || '.' || COLUMN_NAME || ' is ' ||''''||

COMMENTS ||''''|| ';'

from user_col_comments

where comments is not null;

七、可能會出現的錯誤

（一）數據泵導入導出可能出現的錯誤

錯誤一：ORA-44002: 對象名無效

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

Windows 平臺錯誤提示：

Linux平臺錯誤提示：

解決方法：

cd $ORACLE_HOME/rdbms/admin

SQL> @catmet2.sql

SQL> @utlrp.sql

錯誤二：ORA-39006

使用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:48

Copyright (c) 2003, 2005, Oracle. All rights reserved.

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Data Mining options

ORA-39006: internal error

ORA-39213: Metadata processing is not available

解決方法：

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

執行：

SQL>exec dbms_metadata_util.load_stylesheets

再執行導出語句

錯誤三：ORA-39002、ORA-39070、ORA-29283 、ORA-06512、ORA-29283

解決方法：

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

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

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

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

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

錯誤四：ORA-31613、ORA-39109

解決方法：

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

錯誤五：LRM-00101

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";

錯誤六: LRM-00121

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';

首先查看EXPDP工具的版本，如下所示：

etl@NMS_ODS_NDB1[/etl1_cx/etl]#expdp version

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

錯誤七: ORA-31626 、ORA-31637 、ORA-06512 、ORA-06512 、ORA-39080 、ORA-06512 、ORA-06512 、ORA-00832:

[oracle@DB-Server]$ expdp system/***** TABLES=INVENRTY.INV_STK_HD dumpfile=INV_STK_HD.dmp logfile=1.log DIRECTORY=CUR_DUMP_DIR

解決辦法：參考數據導出Expdp 導數錯誤 ORA-00832

錯誤八：ORA-31626 、ORA-31633 、ORA-06512 、ORA-06512 、ORA-00959:

解決方法：

本來有一個TOOLS的表空間，指定了SYSTEM用戶的默認表空間為TOOLS，但是這個表空間又被人刪除了。于是便有了這樣一個案例。