ORA-1034 ORACLE not available (转）

http://blog.csdn.net/onlyone_htliu/article/details/6075150

前言
　　每个DBA在进行数据库管理的过程当中不可避免的要遇到形形色色的错误(ORA-xxxx)。有些错误因为频繁出现、缘由复杂而被DBA们戏称之为"经典的错误"。其中ORA-3113 "end of fileon 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一下,在互联网上有不少信息等着你去发现,不要什么都问别人.固然, 若是你找到了一些 对你更有帮助的东西――这篇文档就不用看了 :)
　　
　　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没有安装或正确运行也会致使错误. 客户端通讯不能正确处理
　　
　　SQL*Net驱动器的问题：
　　若是使用的版本比较低的驱动器,请更换到新版本的驱动.SQL*Net 的驱动没有链接到Oracle可执行文件会致使错误.
　　
　　检查网络是否通畅
　　Windows平台的常见问题：
　　
　　在Windows平台建立数据库的时侯,若是出现该问题能够考虑用以下的方法：首先检查本地网络设置.查看网络上是否有同名的结点或有冲突的IP.若是问题依旧,能够保守的用下面的方法：
　　
　　1. 禁用网卡：将本地链接状态改成禁用;
　　2. 将sqlnet.ora文件打开(以记事本形式)将nts验证注释掉：
　　<&>#SQLNET.AUTHENTICATION_SERVICES= (NTS).
　　3. 建立数据库;
　　4. 建立成功后,恢复本地链接.
　　数据库服务器崩溃/操做系统崩溃/进程被Kill
　　
　　在链接过程当中,若是Oracle数据库的服务器崩溃或者数据库所在的操做系统崩溃,就会出现这个错误.Oracle Server崩溃的缘由可能由于主要后台进程死掉.被错误的进行了Kill操做.若是是这个缘由仍是比较容易解决的.此外,和OS有关的应用程序存在内存泄漏(或者有病毒)的时侯也会致使Oracle后台程序问题.
　　
　　推荐排错办法：
　　一、 查看应用软件相关进程是否正常运行;
　　二、 查看有无内存泄漏;
　　三、 查杀病毒;
　　四、 肯定系统管理员没有进行误操做;
　　五、 肯定无黑客入侵行为.
　　六、 其它不肯定因素．．．．．．
　　Oracle 内部错误/ Bug
　　
　　若是查看background_dump_dest目录中的alert.log发现有无ora-600等错误,能够到Metalin k站点上查看具体信息及其解决方案.通常状况下要打软件补丁.
　　
　　特定SQL、PL/SQL引发的错误
　　尝试把SQL进行分开执行,也能够用SQL_TRACE来进行跟踪,找到致使问题的SQL语句：在SQLPlus下：
　　
　　ALTER SESSION SET SQL_TRACE=TRUE;
　　
　　SQL语句中的非法字符和不合理的处理结果偶尔会带来问题.
　　
　　系统空间不够
　　任什么时候侯都要确保数据库系统有足够的空间.若是 USER_DUMP_DEST和BACKGROUND_DUMP_DEST没有剩余空间的话,会致使此问题.此外,若是打开了审计,AUDIT目录要由足够的空间.若是激活了Trace的话,Trace目录要由足够的空间.
　　
　　Dave Wotton的文档代表,在对表进行插入数据的时侯,若是文件超过了2G(而文件系统有2G限制),会致使该问题.
　　
　　防火墙的问题
　　若是数据要经过防火墙,请联系系统管理员,询问是否对数据库数据进行了过滤或者是忽然禁止了通行端口.如本地安装有我的防火墙,请检查本地设置.