Oracle常见错误——ORA 3113
前言
每一个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必须设定为�
相关文档：
Oracle数据库出现坏块现象是指：在Oracle数据库的一个或多个数据块（一个数据块的容量在创建数据库时由db_block_size参数指定，缺省为8K）内出现内容混乱的现象。由于正常的数据块都有固定的合法内容格式，坏块的出现，导致数据库进程无法正常解析数据块的内容，进而使数据库进程报错乃至挂起，并级联导致整个数据库实例� ......
还是几位读我的书 (《Oracle大型数据库系统在AIX UNIX上的实战详解》) 的读者来邮件咨询问题，很抱歉我不能逐位回复邮件，第一我真的挺忙，第二这些问题颇有共性。我来借助这个地方，统一地和诸位探讨，很多问题我也是在摸索中，不能直接给大家答案，呵呵，大家见谅啊!
说说锁问题。 MS SQL支持的锁类型和Oracle差异是� ......
以下回答属于转载：
经常看到一些朋友问ORACLE字符集方面的问题，我想以迭代的方式来介绍一下。
第一次迭代：掌握字符集方面的基本概念。
有些朋友可能会认为这是多此一举，但实际上正是由于对相关基本概念把握不清，才导致了诸多问题和疑问。
首先是字符集的概念。
我们知道，电子计算机最初是用来进行科学计算的（� ......
<一>实现杀死某个用户的客户端连接进程
1.以管理员身份登录后查看V$SESSION的视图结构
SQL> desc v$session;
名称 &n ......
