查看: 5237|回复: 17

[性能调整] oracle rman backup 进程占用cpu高且一直不释放

[复制链接]
论坛徽章:
3
2010新春纪念徽章
日期:2010-03-01 11:07:232012新春纪念徽章
日期:2012-01-04 11:53:54复活蛋
日期:2012-03-20 18:41:28
发表于 2017-12-15 14:48 | 显示全部楼层 |阅读模式
环境 : vmware虚拟机+RHEL5 + oracle 11.2.0.3现象 :
1 top命令
Tasks: 222 total,   2 running, 220 sleeping,   0 stopped,   0 zombie
Cpu(s): 58.5%us,  0.1%sy,  0.0%ni, 41.3%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  32828180k total, 32532940k used,   295240k free,  1170076k buffers
Swap: 22511608k total,  2701668k used, 19809940k free, 29138760k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
3552 oracle    25   0 20.3g  54m  28m R 99.3  0.2   4400:06 oracle
3697 root      15   0  140m 4216 3372 S  2.0  0.0  11:02.06 vmtoolsd
    1 root      15   0 10372  696  588 S  0.0  0.0   0:37.29 init

2 ps -ef 进程
$ps -ef |grep 3552
oracle    3552  3544 98 Dec12 ?        3-01:21:17 oracleICDEVCLS (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   10117  4915  0 14:38 pts/1    00:00:00 grep 3552


3 oracle database session信息
SQL> SQL> SQL> SQL>   2    3    4    5    6    7    8    9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32   33   34   35
PID,SID,SERIAL#   USERINFO                       EVENT                SQL_TEXT
----------------- ------------------------------ -------------------- ---------------------------------------------
3552,595,36943    DB_USER: SYS                   Disk file
                  OS_USER: oracle                operations I/O
                  MACHINE: XXXX
                  PROGRAM: rman@XXXX
                  RUNNING: 3.1d


SQL>


4 使用strace追进程的内容
$strace -cp 3552
Process 3552 attached - interrupt to quit
Process 3552 detached
$


5 10046 trace
$sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Fri Dec 15 14:43:30 2017

Copyright (c) 1982, 2011, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> oradebug setospid 3552
Oracle pid: 51, Unix process pid: 3552, image: oracle@oracnbj021.corp.novocorp.net (TNS V1-V3)
SQL> oradebug tracefile_name
/opt/oracle/diag/rdbms/icdevcls/ICDEVCLS/trace/ICDEVCLS_ora_3552.trc
SQL> oradebug unlimit
Statement processed.
SQL> oradebug event 10046 trace name context forever,level 12;
Statement processed.
SQL> oradebug event 10046 trace name context off;
Statement processed.
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
$cd /opt/oracle/diag/rdbms/icdevcls/ICDEVCLS/trace/
$tkprof ICDEVCLS_ora_3552.trc ICDEVCLS_ora_3552.txt

TKPROF: Release 11.2.0.3.0 - Development on Fri Dec 15 14:45:19 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.


$
$cat ICDEVCLS_ora_3552.txt

TKPROF: Release 11.2.0.3.0 - Development on Fri Dec 15 14:45:19 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

Trace file: ICDEVCLS_ora_3552.trc
Sort options: default

********************************************************************************
count    = number of times OCI procedure was executed
cpu      = cpu time in seconds executing
elapsed  = elapsed time in seconds executing
disk     = number of physical reads of buffers from disk
query    = number of buffers gotten for consistent read
current  = number of buffers gotten in current mode (usually for update)
rows     = number of rows processed by the fetch or execute call
********************************************************************************
Trace file: ICDEVCLS_ora_3552.trc
Trace file compatibility: 11.1.0.7
Sort options: default

       1  session in tracefile.
       0  user  SQL statements in trace file.
       0  internal SQL statements in trace file.
       0  SQL statements in trace file.
       0  unique SQL statements in trace file.
      45  lines in trace file.
       0  elapsed seconds in trace file.


$


这个是占用cpu高的backup进程在做什么呢? 似乎我用strace 和10046事件追这个session不对。 有什么方法能找到这个session在做什么呢?  劳烦大侠帮解答,谢谢:)


论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 14:57 | 显示全部楼层
我遇到的是
list backupset都很慢.版本也是11.2.0.3.
不过我那个os版本是rhel 4.3 版本.

我感觉是bug.

链接:
http://blog.itpub.net/267265/viewspace-1828517/

使用道具 举报

回复
论坛徽章:
3
2010新春纪念徽章
日期:2010-03-01 11:07:232012新春纪念徽章
日期:2012-01-04 11:53:54复活蛋
日期:2012-03-20 18:41:28
 楼主| 发表于 2017-12-15 16:08 | 显示全部楼层
lfree 发表于 2017-12-15 14:57
我遇到的是
list backupset都很慢.版本也是11.2.0.3.
不过我那个os版本是rhel 4.3 版本.

要是能trace出东西出来 还能分析一番。  现在是trace没内容。  没入手的地方。

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 16:09 | 显示全部楼层
ilsyx 发表于 2017-12-15 16:08
要是能trace出东西出来 还能分析一番。  现在是trace没内容。  没入手的地方。

我也没跟踪出来.你自己看看
list backupset 慢吗?

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 16:11 | 显示全部楼层
实际上我备份也很慢...
我记忆就是那段代码,你删除那些归档也是一样,要清除控制文件的信息,就稍微快1点...到一定时间就不行...

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 16:13 | 显示全部楼层
你在rman下执行
RMAN> debug
2>
3>

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found "end-of-file": expecting one of: "all, duplicate, off, on, recover, restore, resync, sql"
RMAN-01007: at line 3 column 1 file: standard input

RMAN> debug on

就可以打开调试模式.

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 16:17 | 显示全部楼层
另外就是在rule模式运行rman

RMAN> sql 'alter session set optimizer_mode=rule';

using target database control file instead of recovery catalog
sql statement: alter session set optimizer_mode=rule

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-12-15 16:18 | 显示全部楼层
lfree 发表于 2017-12-15 16:17
另外就是在rule模式运行rman

RMAN> sql 'alter session set optimizer_mode=rule';

如果这样快起来,你给分析系统表等信息.

使用道具 举报

回复
论坛徽章:
3
2010新春纪念徽章
日期:2010-03-01 11:07:232012新春纪念徽章
日期:2012-01-04 11:53:54复活蛋
日期:2012-03-20 18:41:28
 楼主| 发表于 2017-12-15 16:35 | 显示全部楼层
lfree 发表于 2017-12-15 16:18
如果这样快起来,你给分析系统表等信息.

刚刚运行了一下list backupset,会很快返回结果。我试试改参数, 谢谢。     

使用道具 举报

回复
论坛徽章:
3
2010新春纪念徽章
日期:2010-03-01 11:07:232012新春纪念徽章
日期:2012-01-04 11:53:54复活蛋
日期:2012-03-20 18:41:28
 楼主| 发表于 2017-12-15 16:38 | 显示全部楼层
lfree 发表于 2017-12-15 16:18
如果这样快起来,你给分析系统表等信息.

琢磨着 现在数据库optimizer_mode=ALL_ROWS,感觉跟调整这个关系不大。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

第67期:Neo4j图数据库平台架构最佳实践
【微学堂】10月18日 20:00(周四)

当下,数据的规模和类型每时每刻都在呈几何级数的增长,仅能够管理大量的数据是不够的,关键是能从海量数据中发掘出有用的信息,特别是数据之间的关联,能高效存储和处理数据之间关联的新型数据库为图数据库。 本讲座将介绍Neo4j图数据库的基本概念、设计特点、架构和经典应用场景实战分享。

进入课堂>>
TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表