一个客户端,数据服务器的分布式系统,其中两处机器上的程序有时发生ora-3113的错误。而其他地方都没有问题。这两处一处的ip是172.21.2.101,另一处是172.22.3.101,不在一个LAN里。程序是3分钟左右查询一次数据库。数据库是oracle9i.还有什么情况随时提供。

解决方案 »

  1.   

    网络绝对没问题.用winshare同时看着远端的机器.发生这种错误可能是服务器设置不对吗?不过其他地方都没有问题。或者客户端哪里设的不对呢?不过各处的设置都一样。就是用0040接到服务器上。除了这两处,其他地方都运行的非常好。这两个地方的其他网络程序也都运行的非常好。有哪位高手知道从什么地方入手解决吗?
      

  2.   

    如果偶而出现一次是正常的,管理员直kill -9杀掉后台进程就会出现这个错误。
    依你的情况看,应该不是经常出现。
      

  3.   

    http://expert.csdn.net/Expert/topic/1267/1267093.xml?temp=.2861444
      

  4.   

    If this message occurs during a connection attempt, check the setup files for the appropriate Net8 driver and confirm Net8 software is correctly installed on the server. If the message occurs after a connection is well established, and the error is not due to a physical failure, check if a trace file was generated on the server at failure time. Existence of a trace file may suggest an Oracle internal error that requires the assistance of customer support 
      

  5.   

    Undo Segment 10 Onlined
    Successfully onlined Undo Tablespace 1.
    Mon Apr 14 07:26:22 2003
    SMON: enabling tx recovery
    Mon Apr 14 07:26:22 2003
    Database Characterset is JA16SJIS
    replication_dependency_tracking turned off (no async multimaster replication found)
    Completed: ALTER DATABASE OPEN
    Mon Apr 14 15:04:35 2003
    Thread 1 advanced to log sequence 93
    Mon Apr 14 15:04:35 2003
      Current log# 2 seq# 93 mem# 0: X:\ORACLE\ORADATA\YKDB\REDO02.LOG
      Current log# 2 seq# 93 mem# 1: X:\ORACLE\ORADATA\YKDB\REDO12.LOG
    Mon Apr 14 15:04:36 2003
    ARC0: Evaluating archive   log 1 thread 1 sequence 92
    Mon Apr 14 15:04:36 2003
    ARC0: Beginning to archive log 1 thread 1 sequence 92
    Creating archive destination LOG_ARCHIVE_DEST_1: 'X:\ORACLE\ORADATA\YKDB\ARCHIVE\ARC00092.001'
    ARC0: Completed archiving  log 1 thread 1 sequence 92这是我从alert.log中取出来的。从客户端的程序的log看,一台错误从2003/04/14 14:38:02开始发生错误,一台2003/04/14 11:19:13开始发生错误。可能是网络冲突吗?以下的原因可能吗?怎么查才好?
    3.  Third most common cause is a machine crash or network failure at the  
        server side.    
    4.  One less common cause has been observed is when there are two servers with 
        the same node names on the same network.  
    7.  ORA-03113 also occurs when there are duplicate IP addresses on the  
        network. To find the duplicate addresses turn off the unit that is getting 
        the 03113 and ping its IP address.  If the ping responds then you have to 
        find the offending unit.   (这种方法试过了,还有其他方法发现 duplicate IP吗?)
      

  6.   

    ORA-03113 end-of-file on communication channel Cause: An unexpected end-of-file was processed on the communication channel. The problem could not be handled by the SQL*Net, two task, software. This message could occur if the shadow two-task process associated with a SQL*Net connect has terminated abnormally, or if there is a physical failure of the interprocess communication vehicle, that is, the network or server machine went down. 
    Action: If this message occurs during a connection attempt, check the setup files for the appropriate SQL*Net driver and confirm SQL*Net software is correctly installed on the server. If the message occurs after a connection is well established, and the error is not due to a physical failure, check if a trace file was generated on the server at failure time. Existence of a trace file may suggest an Oracle internal error that requires the assistance of customer support. 
      

  7.   

    这些东西都看了很多遍了,解决不了问题呀。怎么才能找到是否有duplicate IP或者machine crash 呢?
      

  8.   

    看看这个呢?http://forum.cns911.com/read.php?f=9&i=323&t=323
      

  9.   

    找重复的ip很好办,把自己机器的ip记下,然后更改一下ip,ping刚记下的ip地址,如果能ping通,说明有。