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必须设定为�
相关文档：
应付模块的多数业务基于采购和库存的操作，因此应付模块的月结应该在采购模块和库存模块月结后才能关闭会计期。
月结步骤
在每个会计期末，应付模块的月结应遵循以下流程：
1.检查业务是否全部录入;
2.检查是否有未验证、暂挂发票;
3.更新到期的远期付款状态;
4.检查应付业务是否生成分录;
5.应付业务传送到总帐;
6 ......
配置多个SDE服务(oracle) 项目要准备两份相同结构的数据给不同的用户，由于数据量很大，不断的备份还原效率十分低下，因此考虑新建一个数据库，建立两个SDE服务。
1.新建数据库DXGX_GX(原数据库：DXGX)
2.运行SDE POST 新创建一个服务（在创建之前需要先关闭已在运行中的SDE服务）
3.在ArcCatalog里建立新的SDE连 ......
analyze table tablename compute statistics;
analyze index indexname compute statistics;
对于使用CBO很有好处，可以使用更可靠的table信息，从而执行计划也可以更准确一些，在10g会自动analyze，之前的版本需要手动定期
生成统计信息,,选择合理的执行计划..
Oracle的online document这样描述analyze的作用：
Use ......
本地管理表空间与字典管理表空间相比大大提高了管理效率和数据库性能，其优点如下：
1.减少了递归空间管理
本地管理表空间是自己管理分配，而不是象字典管理表空间需要系统来管理空间分配，本地表空间是通过在表空间的每个数据文件中维持一个位图来跟踪在此文件中块的剩余空间及使用情况。并及时做更新。这种更新只对 ......
