前言 每一个DBA在进行
数据库管理的过程中不可避免的要遇到形形色色的错误(ORA-1547 ,ORA-904,ORA-1578 ......)。有些错误由于频繁出现、原因复杂而被
Oracle DBA 们戏称之为"经典的错误"。其中ORA-3113 "end of file on communication channel" 就是这样的一个。
我们可以简单的把这个错误理解为
Oracle客户端进程和
数据库后台进程连接中断。不过，导致这个错误的原因实际上有很多种：对
数据库设置不当、任何能导致
数据库后台进程崩溃的行为都可能产生这个错误。这个错误的出现还经常伴随着其它错误，比如说：
ORA-1034
ORACLE not available
此外，该错误出现的场景复杂，可能出现在：
启动的
Oracle的时侯
试图创建
数据库的时侯
试图对
数据库进行连接的时侯
在客户端正在运行SQL/PL/SQL的时侯
备份/恢复
数据库的时侯
其它一些情况下．．．．．．
在论坛上也时常可以看到初级DBA对这个问题的求救。在这里简单的对该问题进行一下整理。
错误原因种种 根据
网络上大家反映的情况来看,错误原因大约有这些：
Unix核心参数设置不当
Oracle执行文件权限不正确／环境变量问题
客户端通信不能正确处理
数据库服务器崩溃/操作系统崩溃/进程被kill
Oracle 内部错误
特定SQL、PL/SQL引起的错误
空间不够
防火墙的问题
其它原因
在开始解决问题之前,作如下几件事情：
回忆一下在出现错误之前你都做了什么操作，越详细越好;
查看 background_dump_dest 目录中的 alertSID.log 文件也是你必须要的事情;
用Google.COM 搜索一下,在互联网上有很多信息等着你去发现,不要什么都问别人。
当然, 如果你找到了一些对你更有帮助的东西--这篇文档就不用看了 :-)
错误原因情景分析 Unix核心参数设置不当 / init参数设置不当
如果
数据库在安装过程中没有设定正确的操作系统核心变量，可能在安装
数据库文件的时侯没甚么问题，在创建
数据库的时侯常常会出现03113错误。和此有关的另一个原因是init.ora 参数文件中的processes参数指定了不合理的值，启动
数据库导致错误出现(当然这个归根到底也是核心参数的问题)。
这个错误信息一般如下：
ORA-03113: end-of-file on communication channel
ORA-01034:
ORACLE not available
ORA-27101: shared memory realm does not exist
解决办法有两个：
1、修改核心参数,加大相应核心参数的值(推荐);
2、减小init.ora参数的Processes的值。
需要注意的是：
SEMMSL必须设定为至少要10 + '进程数的最大值'；
SEMMNS 也依赖于每个
数据库上的进程参数值。
注：
这个错误类型只在Unix平台上出现。在Windows上如果processes的值过大，则会出现类似如下的错误：
ORA-00068: invalid value 24200001 for parameter max_rollback_segments,
must be between 2 and 65535
/* 此时指定的参数值超过了65535 */
或者 ORA-27102: out of memory /* 小于65535的一个大参数值 */ 软件环境：
Windows 2000 Version 5.0 Service Pack 3, CPU type 586
ORACLE RDBMS Version: 8.1.7.0.0
在特定平台上更改核心参数可能会有差别，请参考
Oracle Technet(http://otn.
oracle.com) 上的安装文档。对特定Unix平台的安装文档也有对核心参数意义的解释。 Init.ora中的参数如果设置不当，会产生该错误。有经验表明：shared_pool_size设置过小会出现错误，此外timed_statistics=true的设置也会带来问题。
Oracle执行文件权限不正确/环境变量问题
这个问题只出现在Unix平台上。常见情况是有的时侯管理员为了方便而使用Unix的tar命令处理过的压缩包进行的安装，或者是系统管理员指定了额外的OS用户也可以管理
数据库却没有指定正确的环境变量。
Oracle执行文件在$
ORACLE_HOME/bin目录下,如果出现问题,应该用如下Unix类似命令来纠正 ： #chmod 7755 $
ORACLE_HOME/bin/oracle
有的时侯要对
Oracle进行relink操作。
在Unix上通过cp拷贝安装的时候，常常会出现环境变量的问题，和个别执行
程序连接问题。 LD_LIBRARY_PATH如果设置的不正确会导致问题，在这种情况下，需要对
Oracle进行relink。如果可执行文件oralcle被破坏，也要对其relink。 如果安装了并行
服务器选项而Distributed Lock Manager没有安装或正确运行也会导致错误。
客户端通信不能正确处理
1.SQL*Net驱动器的问题：
如果使用的版本比较低的驱动器，请更换到新版本的驱动。 SQL*Net 的驱动没有连接到
Oracle可执行文件会导致错误。
2.检查TCP/IP网络是否通畅；
3.Windows平台的常见
网络问题：
在Windows平台创建
数据库的时侯,如果出现该问题可以考虑用如下的方法：
首先检查本地
网络设置.查看
网络上是否有同名的结点或有冲突的IP.如果问题依旧,可以保守的用下面的方法：
1). 禁用网卡：将本地连接状态改为禁用;
2). 将sqlnet.ora文件打开(以记事本形式)将nts验证注释掉：
#SQLNET.AUTHENTICATION_SERVICES= (NTS)
3). 创建
数据库;
4). 创建成功后,恢复本地连接；
数据库服务器崩溃/操作系统崩溃/进程被异常的Kill
在连接过程中，如果
Oracle数据库的
服务器崩溃或者
数据库所在的操作系统崩溃，就会出现这 个错误，
Oracle Server崩溃的原因可能因为主要后台进程死掉，被错误的进行了Kill操作。如果是这个原因还是比较容易解决的。此外,和OS有关的应用
程序存在内存泄漏(或者有病毒)的时侯也会导致
Oracle后台
程序问题。 推荐排错步骤：
1、 查看应用软件相关进程是否正常运行；
2、 查看有无内存泄漏；
3、 查杀病毒；
4、 确定系统管理员没有进行误操作；
5、 确定无黑客入侵行为；
6、 其它不确定因素．．．．．．
Oracle 内部错误 / Bug
如果查看background_dump_dest目录中的alert.log发现有ora-600/ora