处理了一起ons的offline的故障，ons导致CPU使用率过高的问题。简单记录在此。
1.故障描述
发现在数据库没有什么压力的前提下，RAC每个节点CPU的每个core使用率都在50%以上。
2.处理过程
遇到这样的问题，需要先查看ons的日志，ons的日志在哪里呢？ons的日志在crs的目录下，具体查看方法如下：
$ vi $ORA_CRS_HOME/log/$ORACLE_SID/racg/ora.$ORACLE_SID.ons.log
$ vi $ORA_CRS_HOME/opmn/logs/ons.log
环境变量ORA_CRS_HOME的内容如下：
$ echo $ORA_CRS_HOME
/oracle/crs/oracle/product/10.2.0/crs
3.处理方法
最后处理CPU过高问题的方法是将后台有关的ons进程有关的进程手工杀死，然后重新启动ons。
$ ps -ef | grep ons | grep -v grep
$ kill -9 *** *** ***
4.ONS概念
ONS = Oracle Notification Service
Oracle Notification Service (ONS) -- A publish and subscribe service for communicating Fast Application Notification (FAN) events.
5.小结
ONS可以为RAC节点之间提供通讯提示的功能。
如果不需要这个功能，也可以停掉不启用，这样就不会遇到上述的问题了。
Good luck.
secooler
10.10.05
-- The End --
1.故障描述
发现在数据库没有什么压力的前提下，RAC每个节点CPU的每个core使用率都在50%以上。
2.处理过程
遇到这样的问题，需要先查看ons的日志，ons的日志在哪里呢？ons的日志在crs的目录下，具体查看方法如下：
$ vi $ORA_CRS_HOME/log/$ORACLE_SID/racg/ora.$ORACLE_SID.ons.log
$ vi $ORA_CRS_HOME/opmn/logs/ons.log
环境变量ORA_CRS_HOME的内容如下：
$ echo $ORA_CRS_HOME
/oracle/crs/oracle/product/10.2.0/crs
3.处理方法
最后处理CPU过高问题的方法是将后台有关的ons进程有关的进程手工杀死，然后重新启动ons。
$ ps -ef | grep ons | grep -v grep
$ kill -9 *** *** ***
4.ONS概念
ONS = Oracle Notification Service
Oracle Notification Service (ONS) -- A publish and subscribe service for communicating Fast Application Notification (FAN) events.
5.小结
ONS可以为RAC节点之间提供通讯提示的功能。
如果不需要这个功能，也可以停掉不启用，这样就不会遇到上述的问题了。
Good luck.
secooler
10.10.05
-- The End --
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70034820/viewspace-2994307/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 中国OCM联盟隆重落户ITPUB社区，百位OCM已入驻，欢迎更多的OCM加入我们哦！
- OCMU联盟-一个有温度的联盟
- 丢掉盔甲，我们依然是骄傲的骑士——Secooler“三问四看”话认证培训
- 【数据安全】一次惊心动魄的ASM磁盘头损坏故障处理过程带来的深思
- 【参数】恢复db_recovery_file_dest_size参数为默认值“0”方法
- 【如何做快乐的DBA】ITPUB社区第一期博客专家专题“如何做快乐的DBA”
- 【Bitmap Index】B-Tree索引与Bitmap位图索引的锁代价比较研究
- 【RMAN】使用RMAN的Duplicate功能创建物理DataGuard报错（ORA-17627、ORA-17629）处理
- 【CUBE】Oracle分组函数之CUBE魅力
- 【ROLLUP】Oracle分组函数之ROLLUP魅力
