ash使用恢复数据 oracle,执行查询坏块语句后,ASH报告出现wait for cpu等待事件

在2016年12月5日10点左右执行的数据库坏块查询语句导致11:30左右业务出现缓慢。ASH报告显示该查询语句在11:30-11:44期间成为节点1的TOPSQL,等待事件为CPU+WaitforCPU。请求分析查询语句为何在1小时后仍影响业务,并附有11:30-11:44的ASH报告和12:00-14:30的AWR报告。
摘要由CSDN通过智能技术生成

1、背景:

在2016.12.5上午10点左右执行数据库坏块查询语句,语句如下:

SELECT e.owner, e.segment_type, e.segment_name, e.partition_name, c.file#

, greatest(e.block_id, c.block#) corr_start_block#

, least(e.block_id+e.blocks-1, c.block#+c.blocks-1) corr_end_block#

, least(e.block_id+e.blocks-1, c.block#+c.blocks-1)

- greatest(e.block_id, c.block#) + 1 blocks_corrupted

, corruption_type description

FROM dba_extents e, v$database_block_corruption c

WHERE e.file_id = c.file#

AND e.block_id <= c.block# + c.blocks - 1

AND e.block_id + e.blocks - 1 >= c.block#

UNION

SELECT s.owner, s.segment_type, s.segment_name, s.partition_name, c.file#

, header_block corr_start_block#

, header_block corr_end_block#

, 1 blocks_corrupted

, corruption_type||' Segment Header' description

FROM dba_segments s, v$database_block_corruption c

WHERE s.header_file = c.file#

AND s.header_block between c.block# and c.block# + c.blocks - 1

UNION

SELECT null owner, null segment_type, null segment_name, null partition_name, c.file#

, greatest(f.block_id, c.block#) corr_start_block#

, least(f.block_id+f.blocks-1, c.block#+c.blocks-1) corr_end_block#

, least(f.block_id+f.blocks-1, c.block#+c.blocks-1)

- greatest(f.block_id, c.block#) + 1 blocks_corrupted

, 'Free Block' description

FROM dba_free_space f, v$database_block_corruption c

WHERE f.file_id = c.file#

AND f.block_id <= c.block# + c.blocks - 1

AND f.block_id + f.blocks - 1 >= c.block#

order by file#, corr_start_block#;

2、应用反馈:

约11:30左右应用反应业务缓慢,调取11:30-11:44期间双节点的ASH报告。

在节点1的ASH报告中,TOP SQL有且仅有该查询语句,且对应WAIT EVENT为CPU + Wait for CPU。

3、请求分析:

麻烦帮忙分析为何在执行查询语句后,已过约1小时,该查询语句会影响业务运行,且出现Wait for CPU的等待事件。

备注:

附件

1、11:30-11:44期间数据库双节点ASH报告及12:00-14:30节点1每半小时的AWR报告;

2、该SQL近一周的执行情况。

8f7be06f8200ab2d762fa6d20dd4f79f.gif

2016-12-5 16:14 上传

点击文件名下载附件

259.32 KB, 下载次数: 676

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值