解决方案 »

  1.   

    查找session是不是上次导数据的session还在,把它kill掉之后再重新导
      

  2.   


    我直接在服务器上 kill -9 XXXX   把 imp的进程杀掉了的,没道理啊。
      

  3.   

    查看当前导入的session的sid
    然后根据sid去V$SESSION_WAIT中查找数据库到底在等待什么
      

  4.   


    SID SEQ# EVENT P1TEXT P1 P1RAW P2TEXT P2 P2RAW P3TEXT P3 P3RAW
    1154 104 SQL*Net message from client driver id 1650815232 62657100 #bytes 1 1 0 0 WAIT_CLASS_ID WAIT_CLASS# WAIT_CLASS WAIT_TIME SECONDS_IN_WAIT STATE
    2723168908 6 Idle 0 2211 WAITING
    WAIT_TIME_MICRO TIME_REMAINING_MICRO TIME_SINCE_LAST_WAIT_MICRO
    2211176557 -1 0
      

  5.   

    看了看文档,看不出为啥会有这个等待SQL*Net message from client
    这个等待事件基本上算是一个最常见的等待事件了。当一个会话建立成功后,客户端会向服务器端发送请求,服务器端处理完客户端的请求后,将结果返回给客户端,并继续等待客户端的请求,这时候就会产生SQL*Net message from client等待事件。
    很显然,这是一个空闲等待,如果客户端不再向服务器端发送请求,服务器端会一直处于这个等待事件状态。
    这个等待事件包含两个参数。
    driver id:服务器端和客户端连接是用的协议信息。
    #bytes:服务器端收到的来自客户端消息的字节数。
      

  6.   


    恩,谢谢版主了。我再继续纠结,不行就truncate掉分区,重新导入了。