ogg对于大批量数据导入如何处理？

ellengan

请教各位：

之前生产碰到个问题，在ogg的源端采用impdp导入了2亿多的一张大表，机器配置是p750，16个cpu，因为源端短时间内导入大量的数据，oracle生成了大量的日志需要ogg的extract解析，导致ogg的extract进程占用内存过多把机器搞挂了。
想问一下，在ogg的环境下，如何处理大批量数据导入的问题？
现在ogg是安装在oracle用户下的，也可以将ogg安装在其他用户下，限制该用户使用服务器的资源限制。

ellengan

我知道的方法有：
1.停机,导入的时候停止连接数据的所有应用，停止ogg的抽取进程，然后导入大量的数据，导入完成后，
alter extract xxx begin now,再起来ogg的进程，人为的跳过导入大量数据的日志的解析过程，在目标端手工再导入这批数据，以保持源端目标端的数据一致性

ellengan

2.将ogg安装在其他用户下，限制该用户的资源使用，以避免大量数据导入extract消耗过多内存的问题，
然后在该用户下慢慢解析日志，直到最后的追平数据，估计需要耗费大量的时间

ellengan

按照ogg的原理来说，impdp生成了大量的日志，extract肯定需要解析这些日志，所以性能肯定有问题，我也想不出来能有什么好方法能解决这个问题，想听听高手的意见，或许有新的思路，谢谢大家^_^

ellengan

谢谢刘大回复^_^
MAXTRANSOPS是在目标端的参数已经设置过了。今天我在其他群里看到别人讨论这个问题，想起来自己几个月前也碰到过，当时由于磁盘空间不够，所以采用的是把ogg停掉了，然后后来重新初始化的。所以想问问如果下次碰到此种情况有什么解决的思路。^_^

ellengan

to ghy1215：
艾，生产申请停机时间很不容易啊

ellengan

to xiangsir：
此方法在我们生产不可用，是因为我们生产的应用都是连接至同一个用户下的，不能导入至另一个数据库用户，应用不支持，而且我们是24小时不能停机的业务。
不过还是非常感谢您的回答，我想问一下： 让extract 进程使用excludeuser 不去捕获该用户的数据库行为，那此期间产生的数据库大量的归档，extract还要过一遍，此过程会有性能影响么？
按照此思路的话，extract进程加上过滤原用户的此张大表，extract同样需要过滤大量的归档，会不会有较大的性能问题？
以上两种方法在实现的本质上，不知道有何区别^_^