Database Hangs Because SMON Is Taking 100% CPU Doing Transaction Recovery (Doc ID 414242.1)wy

最新推荐文章于 2024-07-06 11:01:16 发布

James_Yao007

最新推荐文章于 2024-07-06 11:01:16 发布

阅读量872

点赞数

分类专栏： Oracle Troubleshooting Oracle RAC 文章标签： 11g 数据库管理事务 transactions oracle rac

本文链接：https://blog.csdn.net/jamesyao008/article/details/40782119

版权

本文档描述了当Oracle数据库中的SMON进程因进行事务恢复而消耗全部CPU资源时，如何诊断和解决此问题。解决方案包括通过设置事件10513暂停SMON的事务清理，以及调整数据库参数和监控恢复进度。

摘要由CSDN通过智能技术生成

今天遇到一个SMON占用了一个CPU去做tansaction recovery ：

分析：

目前该JOB异常终止，导致回滚异常，SMON进程cost 100%cpu，因为该库设置了10351event ,目前通过禁用10351event 解决

SQL> select pid, program from v$process where program like '%SMON%';

PID PROGRAM
---------- ------------------------------------------------
6 oracle@stsun7 (SMON)

-- Disable SMON transaction cleanup:

SQL> oradebug setorapid <SMON's Oracle PID>

SQL> oradebug event 10513 trace name context forever, level 2

-- To enable the transaction recovery again:

SQL> oradebug setorapid <SMON's Oracle PID>
SQL> oradebug event 10513 trace name context off

--需要注意的是，目前是RAC环境，需要在两个节点上执行，不然Dead事务无法消除

---------------------------------------------------------------------------------------------------------------------参考文档：

Database Hangs Because SMON Is Taking 100% CPU Doing Transaction Recovery (Doc ID 414242.1) To BottomTo Bottom

In this Document
Goal
Solution
References
APPLIES TO:

Oracle Database - Enterprise Edition - Version 8.1.7.0 to 11.2.0.3 [Release 8.1.7