文档介绍：发表日期:2008-2-9新浪微博QQ空间QQ微博百度搜藏腾讯朋友QQ收藏百度空间人人网开心网前言每一个DBA在进行数据库治理的过程中不可避免的要碰到形形色色的错误(ORA-1547,ORA-904,ORA-1578......)。有些错误由于频繁出现、原因复杂而被OracleDBA们戏称之为"经典的错误"。其中ORA-3113"municationchannel"就是这样的一个。我们可以简单的把这个错误理解为Oracle客户端进程和数据库后台进程连接中断。不过,导致这个错误的原因实际上有很多种:对数据库设置不当、任何能导致数据库后台进程崩溃的行为都可能产生这个错误。这个错误的出现还经常伴随着其它错误,比如说: ORA-1034ORACLEnotavailable 此外,该错误出现的场景复杂,可能出现在: 启动的Oracle的时侯试图创建数据库的时侯试图对数据库进行连接的时侯在客户端正在运行SQL/PL/SQL的时侯备份/恢复数据库的时侯其它一些情况下...... 在论坛上也时常可以看到初级DBA对这个问题的求救。在这里简单的对该问题进行一下整理。错误原因种种根据网络上大家反映的情况来看,错误原因大约有这些: Unix核心参数设置不当 Oracle执行文件权限不正确/环境变量问题客户端通信不能正确处理数据库服务器崩溃/操作系统崩溃/进程被kill Oracle内部错误特定SQL、PL/SQL引起的错误空间不够防火墙的问题其它原因在开始解决问题之前,作如下几件事情: 回忆一下在出现错误之前你都做了什么操作,越具体越好; ; 搜索一下,在互联网上有很多信息等着你去发现,不要什么都问别人。当然,假如你找到了一些对你更有帮助的东西--这篇文档就不用看了:-) 错误原因情景分析 Unix核心参数设置不当/init参数设置不当假如数据库在安装过程中没有设定正确的操作系统核心变量,可能在安装数据库文件的时侯没甚么问题,在创建数据库的时侯经常会出现03113错误。,启动数据库导致错误出现(当然这个归根到底也是核心参数的问题)。这个错误信息一般如下: ORA-03113:end-of-municationchannel ORA-01034:ORACLEnotavailable ORA-27101:sharedmemoryrealmdoesnotexist 解决办法有两个: 1、修改核心参数,加大相应核心参数的值(推荐); 2、。需要注重的是: SEMMSL必须设定为至少要10+'进程数的最大值'; SEMMNS也依靠于每个数据库上的进程参数值。注: 这个错误类型只在Unix平台上出现。在Windows上假如processes的值过大,则会出现类似如下的错误: ORA-00068:invalidvalue24200001forparametermax_rollback_segments, mustbebetween2and65535 /*此时指定的参数值超过了65535*/ 或者ORA-27102:outofmemory /*小于65535