转://执行impdp时出现ORA-39154错误的解决案例

问题描述
如下导出过程正常：
expdp \"/ as sysdba\" tables=user_a.t directory=mydir dumpfile=t.dmp logfile=exp_t.log reuse_dumpfiles=yes
导入过程中出现ORA-39154错误，提示导入的内容里包含有不属于user_a用户的对象，这部分对象没有能够正常导入，但user_a.t表已经导入成功了
revoke imp_full_database from user_a;
impdp user_a/passwd directory=mydir dumpfile=t.dmp logfile=imp_t.log
ORA-39154: Objects from foreign schemas have been removed from import
出错原因分析：
因为导入内容里包括了统计信息，统计信息的相关操作在导入的过程中是在sys.impdp_stats表里进行的(可从impdp生成的sql脚本看出来)，user_a用户需赋予imp_full_database权限才能导入这部分统计信息，这应该就是ORA-39154的成因

赋给user_a用户imp_full_database权限后再次进行impdp，ORA-39083取代了ORA-39154，问题出现在为user_b.IDX1_T1，user_b.IDX1_T2这两个索引生成统计信息时发现索引不存在，即索引和表不在同一个schema，表在user_a用户下，索引却建在user_b用户下。
grant imp_full_database to user_a;
impdp user_a/passwd directory=mydir dumpfile=t.dmp logfile=imp_t.log
ORA-39083: Object type INDEX_STATISTICS failed to create with error:
ORA-20000: INDEX "USER_B"."IDX1_T1" does not exist or insufficient privileges
ORA-20000: INDEX "USER_B"."IDX1_T2" does not exist or insufficient privileges

检查发现：目标库检查只有表被导入，索引并没有导入

验证：是否因为user_a是普通用户没有权限在user_b下创建索引，使用sysdba再次执行impdp，报错依旧：
impdp \"/ as sysdba\" directory=mydir dumpfile=t.dmp logfile=imp_t.log

使用sysdba用户导入也出现同样错误，应该不是权限问题，报错信息出现在导入索引统计信息阶段，因为user_b用户下的两个索引不存在导致ORA-39083，难道是导出的dmp文件压根就没包含这两个索引的信息，将impdp内容重定向到脚本,检查内容发现除了建表与导入索引的统计信息外，确实没有创建这两个索引的DDL语句。
impdp user_a/passwd directory=mydir dumpfile=t.dmp logfile=imp_t.log sqlfile=t.sql

解决方案：expdp阶段user_b用户下的索引也带上
######Schemas必须带上user_a,user_b这两个用户，如果Schema不指定那么默认在SYS下去找
expdp \"/ as sysdba\" schemas=user_a,user_b include=TABLE:\"=\'T\'\",INDEX:\"IN \(\'IDX1_T\',\'IDX2_T\'\)\" directory=mydir dumpfile=t.dmp logfile=exp_t.log reuse_dumpfiles=yes
注：上述导出操作如果为普通用户，则需授予该用户exp_full_database权限，否则将触发如下错误
ORA-39165: Schema user_b was not found.
ORA-39168: Object path INDEX was not found.

#####导入目标库之前先将impdp内容重定向到sql脚本，发现已包含create index的步骤
impdp user_a/passwd directory=mydir dumpfile=t.dmp logfile=imp_t.log sqlfile=t.sql

#####导入成功，表与索引都导入了
grant imp_full_database to user_a;
impdp user_a/passwd directory=mydir dumpfile=t.dmp logfile=imp_t.log

总结：本例中导致ORA-39154的根本问题在于user_a用的表上的索引没建在user_a用户下，这样的情况称为cross schema references，即不同schema的对象间存在关联，cross schema references导致的impdp错误还是比较隐蔽的，好在我们使用了sysdba权限从源库expdp导出表，然后通过impdp时有关统计信息无法导入的ORA-39154错误，一步一步追溯直至发现索引和表不在同一个schema下，问题才得以精确定位。此案例说明table mode export方式，如果依赖于a.tb表的对象，比如基于a.tb的索引ind_b，建在b用户下，则如下命令在导出结果里不会包含b用户下的索引
expdp user/passwd tables=a.tb directory=dirname dumpfile=a.tb.dmp logfile=exp_a.tb.dmp
必须使用schemas、include参数精确指定表名和索引名称，例如：
expdp user/passwd schemas=a,b include=TABLE:\"=\'TB\'\",INDEX:\"IN \(\'IND_B\'\)\" directory=dirname dumpfile=a.tb.dmp logfile=exp_a.tb.dmp

顺便提下，如果一开始从源库导出表时没有像下面这样使用sysdba权限
expdp \"/ as sysdba\" tables=user_a.t directory=mydir dumpfile=t.dmp logfile=exp_t.log reuse_dumpfiles=yes
而是像下面这样使用ad用户
expdp user_a/passwd tables=user_a.t directory=mydir dumpfile=t.dmp logfile=exp_t.log reuse_dumpfiles=yes
那么impdp目标库是不会有任何报错的，后果很严重的，将导致目标库上的表应该有索引的字段却没有建索引。

转载于:https://www.cnblogs.com/zfox2017/p/6611470.html