我想知道这张表有多少条记录(服务器是什么配置),是不是有BLOB等字段,
IMP的时候要主要的:
  1。回滚段,把回滚段的NEXT(加大)和OPTIMAL,把回滚的表空间加大。
  2。如果这个大表有索引,还有增大这个用户的临时表空间,因为重新建立索引
     时候用到,
  IMP时候加上 COMMIT=Y   BUFFER=204800000
  。

解决方案 »

  1.   

    我建议你先disable索引,先倒入数据,完了再rebuild索引
      

  2.   

    飘:浪潮服务器:CPU:1.7g(双)内存:4G 硬盘:90G
       1.回滚段,已经加大了,在导入的过程中,我查看了一下,回滚段的空间基本上没怎么用上,倒是DATA空间都是满额运转的
       2.这表已经处理完了,光标是停在后面的,居我了解后面的表只有5w条数据左右,最大头的,200w条数据的表都已经处理完毕!索引也已经加大!next值倒是没加大!不知道在导入的时候怎么修改next(我修改了next或是追加表空间,在运行时都不能成功)
      

  3.   

    回滚段是处理到大事物的时候才使用得明显,大表已经处理完了,接着是
    表的索引,。。然后才到下一个表下一表的信息出来没有?
    现在数据库(IMP)进程还是否死掉了?
      

  4.   

    那么,加一下commit=y不知是否有帮助
      

  5.   

    没死掉,刚才去看了一下,已经条过那表了,真是高兴啊,可是就是太慢了~!真搞不懂,怎么那么慢~!!!等的我都没耐性了,其实情况是这样的,前天晚上同事已经把备份全部导进去了,因为系统重装了!导完的时候能用的,机子重起后,数据库又不能用了!
    (做备份还是比较快的,第2天去看,已经处理完毕,不过有错误,一大堆)然后我重做,就变成这样了 ~!MY GOD~!!!等会再去看看,这种速度,我等到花儿也谢了!!
      

  6.   

    我做过比你的这个大得多的dmp文件的导入
    也不需要这么长的时间,不知道你的问题出在哪儿imp 参数中加上buffer参数(尽量大一些)
      

  7.   

    对了,commit=y 在哪里加啊,导入的过程中也能加吗?还是在开始的时候?
      

  8.   

    buffer参数我是根据系统提示的最大缓冲写的,是最大的~!!
      

  9.   

    机子重起后,数据库又不能用了?
    应该是你重装的时候没有把ORACLE的产品删除干净,你查看下,
    操作系统资源的使用情况,看下是否都用于ORACLE,还是ORACLE自己出了
    问题。commit=y 在哪里加啊,导入的过程中也能加吗?还是在开始的时候?
     这是在导入IMP后面加的参数,现在是不行了。
      

  10.   

    哦,导入已经完成了~!气死我了,重起后数据库还是不能用,先申明,我删除oracle是比较标准的~!1.先把所有的安装的东西,通过install删除
    2,删除注册表中所有的oracle项
    3.重命名bin目录,重起,删除所有目录文件~!对了吧~!还是不行啊,还是不能用,导完后数据库马上就翘掉了
      

  11.   

    天那~!!NND,真是不爽!!!气死我了!~
      

  12.   

    no error no warning~!重起后还是不能用
      

  13.   

    连接名:ORACLE.WORLD重起后:oracle is not aviable(单词忘记怎么写了)~!谁有遇见过~!!还有,各位GGJJ导大表的时候通常怎么做的,能不能写个流程看看~!