impdp hangs，慎用impdp parallel参数

        公司有个项目的数据库有几张大表，每张表都是几亿条数据，之前一直未做分区，随着数据量的不断增大，维护越发困难，为了更好的管理这些表数据，决定为这些大表做分区表，以天为单位进行分区，将原有的数据追加到新的分区表，考虑使用expdp和impdp的配合完成这项工作。
        由于表的数据量太大，为了提高导出导入的性能，考虑在执行导出导入命令的时候都加了parallel的参数，系统通过并行提高导出导入的性能。但万万没有想到就是这么一个看上去不会引起问题的参数却导致了很多问题。下面是过程描述：
        数据库的环境：AIX ORACLE RAC 10.2.0.4。
        出现问题的现象：执行impdp命令的时候加入了parallel=2的参数，那么在会话中会产生多个会话同时执行impdp工作，在数据导入一段时间后，发现某个会话一直处于空闲事件"wait for unread message on multiple broadcast channel"状态，自此之后IMPDP开始Hang住，等待数小时没有任何的反应，最后只得将其Kill掉。
        解决方法：后来猜想会不会由于一个会话一直等待另一个会话的"channel"而卡死，回想之前导入成功过，并未加parallel参数，再次尝试不使用parallel参数导入数据，结果很快就完成的表数据的导入。
        查Metalink资料，貌似这是一个bug，由此可以看出，在Oracle数据库中，使用并行特性一定要谨慎，经过测试方可使用。
        使用impdp的parallel参数可能带来以下问题：
        1).遇到上面的bug。
        2).如果是导入某一张表，那么设置并行是没效果的，只会有一个worker会完成数据的导入，反而可能影响导入的性能。
        3).并行设置不合理在导入开始的时候即会收到奇怪的报错信息（例如，无法分配xxx bytes内存空间的报错）。
        4).Oracle的并行设置不光是在impdp命令下会出现问题，在其他场合下使用并行也可能出现问题，例如，并行查询数据等，所以需要慎用并行特性。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23135684/viewspace-711086/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23135684/viewspace-711086/