Inter双核+3G的内存。
一个100MB的.dmp文件。前面两张表,导入是很快的。
到后面,有一张表,有6千多行数据。
竟然花了将近3小时,也没导完,莫名其妙。这张表里含有CLOB字段。尝试着很多方法:
commit=y indexes=n ignore=y buffer=10485760 feedback=100000 ……可结果,还是这样。

解决方案 »

  1.   

    IO是什么状态?另外,v$session_wait 在等干什么呢?
    系统资源使用情况都怎么样?
      

  2.   


    没在服务器上进行?
    什么叫做:在服务器上进行?
    1、imp username/password file=filename.dmp full=y
    2、imp username/password@hostname file=filename.dmp full=y我执行imp的机器,正是Web服务器所在的机器呀!
    如1,而不是2!
      

  3.   

    指定文件的绝对路径试试
    imp username/password file=d:/filename.dmp full=y 
    是不是你的机器上装有多个数据库。
      

  4.   

    你表空间设为多大??还有满了以后自增的多少??
    建议办法
    表空间设大点dmp 100M人库就不止那么多了自增 设置10m再大点也成导入的时候 buffer 好象你知道设置大点就可以了
      

  5.   

    我的意思是,你的进程号是多少,再来找event
      

  6.   


    指定绝对路径,也是一样;
    我机器上,只有一个Oracle。
      

  7.   

    1 db_cache设置尽量大;
    2 加大log_buffer
    3 设置为非归档
    试试看
      

  8.   

    兄弟,这回你发达了,我也是刚刚导入200m的数据量将近用了4个半小时,,
    后来我的老大教我一种方法:
    找到目标表,先把目标表创建索引的语句备份下来,然后drop掉索引,把数据导入表中,再创建索引,这样就ok了
    我删了数据重导才花了不到一个点
      

  9.   

    对,还有索引。还有主键约束和check等,改成disable
      

  10.   

    根据这个来:
    How can one improve Export performance?EXPORT: Set the BUFFER parameter to a high value (e.g. 2M) Set the RECORDLENGTH parameter to a high value (e.g. 64K) Stop unnecessary applications to free-up resources for your job. If you run multiple export sessions, ensure they write to different physical disks. DO NOT export to an NFS mounted filesystem. It will take forever. 
      

  11.   

    除了Primary key之外,几乎没有索引。
    要崩溃了,都。
      

  12.   

    我也遇到过,是oracle 9i,快搞死了。
    当时就停在最一个table上不动了,后来问软件公司才知道是oracle9i没有打补丁。