exp/imp迁移大表（大小11个G）的疑惑？请指教（已解决）

secooler

请问，您是用dblink的迁移方法，是简单的使用insert么？
还是使用的存储过程分段导入的？，可以考虑您的方法，不过我感觉现在数据库中一定有什么在影响我的导入。
正常不应该有这样的速度的

blue_prince

基本上是简单的INSERT，其实只要网络环境和机器配置好的话，这个不成问题
insert /*+ append*/ into select /*+ parallel(t,4)*/ * from t@dblink;

netbanker

有的job 指定就得imp/exp（我经常遇到这种要求:-) ) 你试试nologging option for you table/index. 这个速度肯定不对的。

wysfenghuo007

同平台的话，按表空间传输，更快

xjg

4天？估计普通PC机都导完了吧，呵呵
把约束、索引禁掉、把commit=y参数去掉再导，应该快很多的。

linjia828

把index去掉，加大buffer，应该会快一些吧
其实可以考虑下用dblink应该会更有效率

JAVABUG

ignore=y buffer=40960000
一秒至少应该是10w记录。

zflying2000

先创建表，删除索引信息。表设置并行度。
如果可以分区的话。建议并行导入。即写多个脚本。每个脚本导入不同的分区内容。
+commit=y
导入完毕后并行创建索引，创建完毕后取消并行度。
使用看看imp的帮助即可


11G
数据量很小拉。而且你的机器性能那么好！！！呜呼哀哉！！

jieyancai

这么好机器怎么可能这么差的导入速度，
去掉 full=y，buffer加大到100M也没问题。

secooler

问题已经解决，感谢大家的帮助。在去掉索引和约束后，速度惊人！超快的完成了任务，不过在重新创建索引和加约束时很是用时。
结果证明：经验很重要！

经验总结

技术经验总结：
1.根本问题是：没有将目标端的索引和约束全部去掉，估计是在不停的插入过程中一直在扫描索引，具体的原理还得深入研究；
2.在回滚段够大的情况下，可以不用加commit=y参数，频繁的提交会影响效率；
3.在表比较小的情况下可以考虑使用DBLINK迁移；
4.在迁移的过程中时刻注意各种空间是否够用（包括redolog,archivelog,undo segment,temp tablespace）；
5.查找是否有其他的因素干扰任务的进展，我的任务中就是因为after类的trigger给我添乱不少；
6.多google，多查询，只有遇到问题，思考问题，解决问题才能迅速的提高。

工作经验总结：
2.还是应该对手中的任务好好研究一下，定一个，考虑周全后在定使用什么方式；
3.多向老DBA取经，不管问题多么简单，大家都有这么一个过程；
4.遇到问题不可盲目的慌张，慢启动才能快完成！
5.认真做好工作完成后的总结工作。

最后，感谢各位同行、各位朋友的帮助。