|
|
本帖最后由 lujiaguai 于 2017-8-8 15:25 编辑
唐sir:
前几天周末收到一封来自Cloud Control的告警，关于操作系统磁盘资源的：“Message=DiskDevice sda is 97.186% busy. ：
大概20分钟后，这个告警clear了
事后查询了这个时间段的AWR报告，发现是一个小时内写了47G多的归档日志，加上95G的在线日志，查看日志生成的时间，大部分都集中发生在告警的时段。
产生日志的原因，在AWR中看到几个TOP语句，都是系统本身在做dml，详见附件的报告。
看到这样一条DDL语句执行了6次： create table tt36208
那么那些系统的dml，大概就是由于这个原因吗？
但是很奇怪，建这张表的语句，看不到 as select ** ; top sql中也看不到大量的 insert into tt36208或者update
那么在短时间内出现这么多redo的原因，就是部分系统DML造成的，比如top sql中看到的部分如下：
delete from access$ where d_obj#=:1
delete from dependency$ where d_obj#=:1
insert into access$(d_obj#, order#, columns, types) values (:1, :2, :3, :4)
delete from cdef$ where obj#=:1
delete from col$ where obj#=:1
begin prvt_hdm.auto_execute( :dbid, :inst_num , :end_snap_id ); end;
insert into sys.wri$_optstat_histhead_history (obj#, intcol#, flags, expression, colname, savtime) values (:1, :2, :3, :4, :5, :6)
insert into dependency$(d_obj#, d_timestamp, order#, p_obj#, p_timestamp, property, d_attrs)values (:1, :2, :3, :4, :5, :6, :7)
delete from idl_ub2$ where obj#=:1 and part=:2
请教唐sir，这些dml跟6次create table tt36208有关吗？又或是其他什么原因导致的（看不出其他哪里有异常），不解。。。。
awr_report_27841_27842.rar
(49.79 KB, 下载次数: 961)
|
|
发表于 2017-8-8 15:25:17
发表于 2017-8-11 11:08:51
楼主
发表于 2017-9-7 12:03:13
