Oracle导入导出的常见错误

做数据的导入导出操作，最常用的就是imp/exp和impdp/expdp，经常会碰见各种错误，之前总结过一些，《解决导入过程中出现的ORA-02289错误》、《生产数据导入测试环境碰见的一些问题》。

 

补充一些最近碰见的错误。

 

1. exp导出提示"PLS-00302:必须说明SET_NO_OUTLINES 组件"

如果客户端是Oracle 11g，而服务器端是Oracle 9i，执行exp就会有如下错误：

Export: Release 11.1.0.6.0 - Production on 星期五 7月 15 21:40:58 2011    

Copyright (c) 1982, 2007, Oracle.  All rights reserved

EXP-00056: 遇到 ORACLE 错误 6550  
ORA-06550: 第 1 行, 第 41 列:  
PLS-00302: 必须说明 'SET_NO_OUTLINES' 组件  
ORA-06550: 第 1 行, 第 15 列:  
PL/SQL: Statement ignored  
EXP-00000: 导出终止失败  

 

Oracle不同版本导入导出存在一些问题，比如从Oracle 9i中exp出来的dmp文件(在安装有oracle 9i的机器上使用exp命令)，可以imp到Oracle 11g中去(装有Oracle 11g的机器)，但是反过来确实不行。

同时，不能直接在客户端(安装有Oracle 11g)上使用exp命令向服务器端(Oracle 9i)上的数据库发出请求导出数据到客户端机器上，就会提示“PLS-00302”。

这就是所谓向下兼容。

 

2. imp导入dmp文件时报错"IMP-00038"

执行imp导入操作，提示，

IMP-00038: Could not convert to environment character set’s handle 

IMP-00000: Import terminated unsuccessfully

这是因为文件导出用的expdp，而导入时用的imp，所以导出导入格式不一样。

 

3. 执行imp导入提示“IMP-00003”

imp导入提示，

IMP-00017: following statement failed with oracle error 2298:

"ALTER TABLE "A" ENABLE CONSTRAINT REFEREN" "REF_A""

IMP-00003: ORACLE error 2298 encountered

ORA-02298: cannot validate (REFERENCE_O) - parent keys not found

IMP-00017: following statement failed with ORACLE error 2298:

Import terminated successfully with warnings.

原因有可能是在导出的时间某个表已经被导出了，可是他外键关联有数据变化，导致不一致，所以报错。

根本原因，exp不能保证事务的完整性，例如导出主表，随后在主表增加记录，然后在子表增加记录，提交，这是很可能的。

解决方案是在导出指令中，加入参数consistent=y，默认为no，其目的就是保持一致的作用。例如，

$ exp system/oracle file=/home/oracle/exp.dmp owner=oracle consistent=y

如果没用consistent=y，已经完成了导入，存在违反约束的数据，此时就是需要创建约束，可以采用novalidate子句，或者找出不规则的数据，清除之后再重新创建约束，可以参考《Oracle违反约束数据的workaround》和《表中已存重复数据的情况，如何增加唯一性约束？》。

 

4. 执行imp导入提示"IMP-00013"

执行imp导入操作，提示，

IMP-00013: only a DBA can import a file exported by another DBA

IMP-00000: Import terminated unsuccessfully

原因就是exp导出的时候，用的DBA角色的账号，因此要求导入的账号，需要含有DBA角色。但一般很有可能，要导入账号是普通账号，没有DBA角色，也不可能临时被授予，这就比较费劲。

可能的解决方案：

1. 导出用户，执行导出前临时revoke DBA角色，完成导出后再授予DBA角色。

2. 授予导入用户DBA的角色。

3. 授予导入用户imp_full_database的角色。

 

每种方案，可能适用于不同的场景。比如方案1，可以算是临时的方案，但看着就不是很专业，对于一些测试库，要求不高，可以随意一些。方案2，这就会让导入的用户，有一些高级别的操作许可，仅仅为了导入数据这么做，实际上增加了一些风险。方案3，没有授予DBA角色，但一些环境下，可能不会允许随意授予角色，例如建荣曾举了一个案例，《对IMP-00013问题的思考(r3笔记第71天)》。

因此可以说没有最佳方案，只有最合适方案，针对不同的场景，选择最适合的，这才是最重要的。