ORA-27300,ORA-27301,ORA-27302

运维工程师在一台IBM P750（AIX6.1）上部署了一套Oracle（未建库），让我把商用的某库同其做一个DG容灾。我按正常步骤部署了DG。1.在备库开始日志恢复alter database recover managed standby database using current logfile disconnect;2.查看备库是否正常接收日志select process,client_process,sequence#,status from v$managed_standby;--正常接收日志3.查看备库是否正常应用日志select THREAD#,SEQUENCE#,ARCHIVED,APPLIED,DELETED,STATUS from v$archived_log order by 1,2;--正常应用日志但是我在备库的alert日志里发现有如下报错Mon Mar 24 14:11:14 2014Process startup failed, error stack:Errors in file /apps/oracle/diag/rdbms/primary/egap/trace/egap_psp0_18481392.trc:ORA-27300: OS system dependent operation:fork failed with status: 2ORA-27301: OS failure message: No such file or directoryORA-27302: failure occurred at: skgpspawn5Process PR0S died, see its trace file后来发现是参数maxuproc不足导致，该参数默认只有128，该参数决定了每个操作系统用户允许连接的最大进程数，该参数不足时alert日志中会报如上错误。正常在装rac时这些参数我们都会提前检查，并设为oracle要求的值（要求值为16384），这里可能是运维根本没有检查该参数检查该参数lsattr -E -l sys0 -a maxuprocroot@egisbdb1:/#lsattr -E -l sys0 -a maxuprocmaxuproc 128 Maximum number of PROCESSES allowed per user True修改该参数chdev -l sys0 -a maxuproc=16384修改后alert日志中不再报该错误更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12MyBatis插入时候获取自增主键方法Python判断Memcached是否缓存MySQL结果相关资讯 ORA-27300 ORA-27301 ORA-27302

ORA-27300故障解决实例（04/18/2015 17:22:42）
数据库启动报ORA-27154 ORA-27300 （03/29/2014 14:25:17）

ORA-27302: failure occurred at: （06/11/2014 19:41:00）
Oracle启动的时候报 ORA-27154、（09/08/2013 19:58:21）

本文评论查看全部评论（0）