ORA-01034错误的解决办法

ORA-01034错误的解决办法 －－Oracle常见错误之一 事先说明，Oracle高手是不需要看本文的。 这是个Oracle数据库服务器比较常见的错误。有经验的用户几乎马上就能解决这个错误，再不济也能马上到Metalink（http://metalink.oracle.com）去搜索一下。 不幸的是，大多的时候，都是初级用户遇到的这样的问题(对他们提Metalink也起不到什么作用--一般都没有上面的帐号:))。所以，这个小帖子可能还有一定的作用。 问题描述 ======= 在试图启动数据库的时候,Oracle报告下列错误： ERROR: ORA-27101 Shared memory realm does not exist ORA-01034 ORACLE not available 基本解释 ======= Error: ORA-27101 Text: shared memory realm does not exist ------------------------------------------- Cause: Unable to locate shared memory realm Action: Verify that the realm is accessible 如何解决 ======= 这个问题其实用一句话就可以说清楚： ORACLE_HOME或者ORACLE_SID设置不正确。 在以前的版本中，如果ORACLE_SID不正确，一般都只提示ORA-01034。Oracle　8.1.7 给出一个额外的信息：ORA-27101。 ->如果是Unix，在Shell里把ORACLE_SID设置正确即可(注意大小写敏感的问题)。 　此外，检查ORACLE_HOME环境变量。如何检查参考如下的命令： % echo $ORACLE_SID % ps -ef |grep smon ->如果是Windows，一般都是因为系统中有多个实例造成的。 　可以在命令行下　C:\>set ORACLE_SID=DEMO 　把这里的DEMO换为你相应的实例名。 　如果还不行的话，检查注册表中的ORACLE_HOME。 　此外，在Windows环境下有的时候连接不上远程的数据库，会报告如此的错误。 　解决办法是把sqlnet.ora文件中的 　SQLNET.AUTHENTICATION_SERVICES = (NTS) NTS换为NONE. ORA-03113错误分析 Fenng（原作） 关键字 Oracle 03113 Fenng(Fenng@itpub.net) 版权声明:转载请注明作者及出处 前言 每一个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引起的错误 空间不够 防火墙的问题 其它原因 在开始解决问题之前,作如下几件事情： 1、 回忆一下在出现错误之前你都做了什么操作,越详细越好; 2、 查看background_dump_dest目录中的alertSID.log文件也是你要做的事情; 3、 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后台程序问题. 推荐排错办法： 1、 查看应用软件相关进程是否正常运行; 2、 查看有无内存泄漏; 3、 查杀病毒; 4、 确定系统管理员没有进行误操作; 5、 确定无黑客入侵行为. 6、 其它不确定因素．．．．．． 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限制),会导致该问题. 防火墙的问题 如果数据要通过防火墙,请联系系统管理员,询问是否对数据库数据进行了过滤或者是突然禁 止了通行端口.如本地安装有个人防火墙,请检查本地设置. 其它方面说明 导致这个错误的原因有很多种,上面列到的只是一些典型情况.经常去一些数据库技术论坛可 能会有帮助.比如说ITPUB(http://www.itpub.net)、CNOUG(http://www.cnoug.org)等. 参考信息/更多阅读 http://Metalink.oracle.com Oracle的技术支持站点,要有CSI号码才可以登录. 参考Note编号： Note:17613.1 ORA-3113 on Unix - What Information to Collect NOTE:131207.1 How to Set UNIX Environment Variables Note:131321.1 How to Relink Oracle Database Software on UNIX Note:22080.1 http://www.google.com/grphp?hl=zh-CN　 Google新闻组 http://www.jlcomp.demon.co.uk/faq/ORA-3113.html 技术专家Jonathan Lewis的站点上的一个FAQ http://home.clara.net/dwotton/dba/ora3113.htm Dave Wotton总结的一个很经典的文档. 转自：http://bbs.chinaunix.net/thread-1764977-1-1.html