日归档:2013 年 8 月 24 日

ORA-00443 background process MMNL did not start

启动asm报ORA-00443 先看下ORA-00443的含义: 感觉是内存不足………… 再看下/u01/app/12.1/grid/log/lunar/agent/ohasd/oraagent_grid/oraagent_grid.log: 我们发现,ohasd进程尝试多次重启ASM都是报上述错误,貌似什么原因造成ASM起不来。。。。 接着检查下ASM的日志发现如下信息: 这里可以发现,实际上ASM的进程已经启动了pmon, smon,ckpt,dbwr…等重要进程,但是后来被GMON进程终止了。 这里简单说下,GMON和PSP0进程都是ORACLE 10.2 ASM中就有的进程,其中: GMON(ASM Disk Group Monitor Process)是10.2 asm引入的一个新的进程, 该进程ASM instace启动以后监控diskgroup的元数据信息,并跟ocssd进程进行交互, GMON负责将ASM实例的Diskgroup信息发送给ocssd,这样,其他数据库实例通过跟ocssd交互并获得ASM磁盘组的信息,再之后,数据库实例就可以打开磁盘组,对其进读写的操作。 文档中是这样描述的: 而PSP0进程的主要作用是创建新的进程,文档描述如下: 我们来分析一下这两个进程的trace。 检查GMON的trace,发现确实系统当时空闲内存很少: 检查PSP0的trace,发现确实系统当时空闲内存很少: 已经差不多定位了,系统内存不足,因此,关闭VM,增加VM的内存,然后重启,一切ok了 现在看下asm中sga的参数配置: 查询了Oracle 10.2中,Oracle Database Administrator’s Guide “Using Automatic Storage Management”这一章节对于ASM的实例有如下的简单说明: 也就是说,在10.2的环境中,该ASM实例设置为100M足够了。 从11.2以后,ASM单独有一个doc来讲: Oracle Automatic … 继续阅读

发表在 ORA-XXXXX | 标签为 , | 留下评论