Linux上面的ORACLE数据库,在一次关机后重启时,出现ORA-24324错误,请帮忙????

Question

你先startup mount
再alter database open;
把这两个执行结果都帖出来

Answer 1

ORA-03113：end-of-file on communication channel产生原因：通讯不正常结束，从而导致通讯通道终止解决方法：1>.检查是否有服进程不正常死机，可从alert.log得知2>.检查sql*Net Driver是否连接到ORACLE可执行程序3>.检查服务器网络是否正常，如网络不通或不稳定等4>.检查同一个网上是否有两个同样名字的节点5>.检查同一个网上是否有重复的IP地址相应的英文如下：Cause:An unexpected end-of-file was processed on the communication channel.The problem could not be handled by the Net8,two task,software.This message could occur if the shadow two-task process associated with a Net8 connect has terminated abnormally,or if there is a physical failure of the interprocess communication vehicle,that is,the network or server machine went down.Action:If this message occurs during a commection attempt,check the setup files for the appropriate Net8 driver and confirm Net8 software is correctly installed on the server.If the message occurs after a connection is well established,and the error is not due to a physical failure,check if a trace file was generated on the server at failure time.Existence of a trace file may suggest an Oracle internal error that requires the assistance of customer support.

Answer 2

$ sqlplus /nolog
SQL> conn / as sysdba
Connected to an idle instance.SQL> startup mount
ORA-03113: end-of-file on communication channel
SQL> 

Answer 3

把alert_sid.log的最后生成部分帖出来看看

Answer 4

ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
Wed Sep 13 00:49:03 2006
ORA-1653: unable to extend table WAP.WAP_ACCESS_LOG by 128 in           tablespace WAPSYSTEM01 
Wed Sep 13 00:49:03 2006
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 
ORA-1654: unable to extend index WAP.PL_AC_MOBILE_ID by 512 in tablespace             INDX01 

Answer 5

每一个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的时侯 
备份/恢复数据库的时侯 
其它一些情况下．．．．．． 错误原因情景分析
1) 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解决办法有两个：修改核心参数,加大相应核心参数的值(推荐) 
减小init.ora参数的Processes的值。
需要注意的是：
SEMMSL必须设定为至少要10 + '进程数的最大值'
SEMMNS 也依赖于每个数据库上的进程参数值。2) 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 没有安装或正确运行也会导致错误。3) 客户端通信不能正确处理3.1.SQL*Net驱动器的问题.如果使用的版本比较低的驱动器，请更换到新版本的驱动。SQL*Net 的驱动没有连接到Oracle可执行文件会导致错误。3.2.检查TCP/IP网络是否通畅；3.3.Windows平台的常见网络问题：在Windows平台创建数据库的时侯,如果出现该问题可以考虑用如下的方法：首先检查本地网络设置.查看网络上是否有同名的结点或有冲突的IP.如果问题依旧,可以保守的用下面的方法: 
禁用网卡：将本地连接状态改为禁用;
将sqlnet.ora文件打开(以记事本形式)将nts验证注释掉： 
#SQLNET.AUTHENTICATION_SERVICES= (NTS) 
创建数据库;
创建成功后,恢复本地连接；4)数据库服务器崩溃/操作系统崩溃/进程被异常的Kill 
在连接过程中，如果Oracle数据库的服务器崩溃或者数据库所在的操作系统崩溃，就会出现这 个错误，Oracle Server崩溃的原因可能因为主要后台进程死掉，被错误的进行了Kill操作。如果是这个原因还是比较容易解决的。此外,和OS有关的应用程序存在内存泄漏(或者有病毒)的时侯也会导致Oracle后台程序问题。推荐排错步骤：1、查看应用软件相关进程是否正常运行；
2、 查看有无内存泄漏；
3、 查杀病毒；
4、 确定系统管理员没有进行误操作；
5、 确定无黑客入侵行为；
6、 其它不确定因素．．．．．．5) Oracle 内部错误 / Bug
如果查看background_dump_dest目录中的alert.log发现有ora-600/ora-07445等错误,可以到Metalink站点上查看具体信息及其解决方案。一般情况下要打软件补丁。
6) 特定SQL、PL/SQL引起的错误 
尝试把SQL进行分开执行,也可以用SQL_TRACE来进行跟踪,找到导致问题的SQL语句。在SQLPlus下：ALTER SESSION SET sql_trace=TRUE;SQL语句中的非法字符和不合理的处理结果，甚至一些不可解释的原因偶尔会带来问题.
7) 系统空间不够
任何时侯都要确保数据库系统有足够的空间.如果 USER_DUMP_DEST和BACKGROUND_DUMP_DEST没有剩余空间的话,会导致此问题.此外,如果打开了审计,AUDIT目录要由足够的空间.如果激活了Trace的话,Trace目录要由足够的空间.Dave Wotton的文档表明,在对表进行插入数据的时侯,如果文件超过了2G (而文件系统有2G限制),会导致该问题.
8) 防火墙的问题
如果数据要通过防火墙，请联系系统管理员，询问是否对数据库数据进行了过滤或者是突然禁止了通信端口。如本地安装有个人防火墙，请检查本地设置。