前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【每日一摩斯】-Troubleshooting: High CPU Utilization (164768.1) - 系列2

【每日一摩斯】-Troubleshooting: High CPU Utilization (164768.1) - 系列2

作者头像
bisal
发布2019-01-29 10:54:59
5000
发布2019-01-29 10:54:59
举报

当一个进程使用大量CPU资源时,需要查找哪些线索呢?

哪些进程在使用CPU?

后台进程

Oracle用户进程

和Oracle无关的操作系统进程

僵尸进程

后台进程:

PMON:

当清理进程或在监听注册时,PMON进程占用CPU较高资源的主要原因可能是某个BUG。

SMON:

SMON进程负责空间整合与交易恢复,如果使用的是字典管理表空间,那么可能会产生巨大的消耗。

字典管理表空间中,如果一个包含很多extent区的大表被drop或truncate,SMON能让数据库hang住。

从9i开始,本地管理表空间是默认配置,从9i R2(9.2.x)开始,系统表空间也是基于本地管理的。

过多的空间整理会消耗过多的CPU资源。下面的文章可以提供更多的信息,以及如何排错:

Note:61997.1 SMON - Temporary Segment Cleanup and Free Space Coalescing

SMON负责的恢复操作也能消耗很高的CPU资源。下面的文章解释了SMON什么时候执行恢复操作以及如何做:

Note:414242.1 Database Hangs Because SMON is taking 100% CPU doing transaction recovery 

SMON可以并行地执行交易恢复。这可能导致CPU的高消耗。下面的实例需要考虑禁止并行恢复:

SMON may do transaction recovery in parallel. This may result in considerable CPU consumption. In such cases you may consider disabling parallel recovery: Note:144332.1 Parallel Rollback may hang database, Parallel query servers get 100% cpu

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2013年09月07日,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
数据库
云数据库为企业提供了完善的关系型数据库、非关系型数据库、分析型数据库和数据库生态工具。您可以通过产品选择和组合搭建,轻松实现高可靠、高可用性、高性能等数据库需求。云数据库服务也可大幅减少您的运维工作量,更专注于业务发展,让企业一站式享受数据上云及分布式架构的技术红利!
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档