LINUX 环境

导入里加上tables=xx试试

服务器字符集环境变量要设置为中文，export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK，针对你expdp的服务器

补充： NLS_LANG  = AMERICAN_AMERICA.ZHS16GBK    LANG=en_US.UTF-8     2边为一致的

NLS_LANG设成跟操作系统的一样，你试试

问题的出现是由于甲骨文函数“kupaxfsi”&并行处理。在11.1版本中，这个问题与“转换”功能一起出现，根据未发布的错误7388681 并行查询服务器由于零长度颗粒意外死亡。大型加密和/或压缩表出现问题。

使用PARALLEL=1重新运行数据泵导入如果使用11.1版，请记录一个新的服务请求，并针对错误7388681向您的版本和平台请求一次性反向端口。根据注释742060.1当前数据库版本的发行时间表，您需要购买扩展支持。如果使用11.2版，请使用重现问题所需的文件记录新的服务请求。

根据报错来看，你导出的表应该是一个分区表。而你导入的环境中应该也存在一个同名的分区表。估计是两张表的分区不一致导致的。先将目标库中的同名表删除，然后再导入试试。

drop table XX purge;

impdp user/passwd DIRECTORY=DATA_PUMP_DIR dumpfile=xx.dmp logfile=xx.log table_exists_action = replace

以上问题测试都没成功，改为 exp/imp  可以导入成功不知道什么原理！ 感谢大家的回答

测试环境，最近重装了下库，好了。 大胆猜测，数据库字符集有变动（或者动过相关参数），但是没有全部变过来，导致部分字符集不能识别。

1、检查导出和导入的数据库的字符集是否一致：

SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

如果不一致（比如目标端字符集是：AL32UTF8），这样导入：

impdp user/passwd DIRECTORY=DATA_PUMP_DIR dumpfile=xx.dmp logfile=xx.log table_exists_action=replace TRANSFORM=SEGMENT_ATTRIBUTES:N:PROPS_NLS_CHARACTERSET:'AL32UTF8'

2、如果字符集是一致的，那么问题可能是数据泵工具的版本不一致。保在导出和导入数据库中使用相同版本的数据泵工具。