高手来看看,为何流复制产生如此多的读IO?

[复制链接]
查看11 | 回复9 | 2005-4-5 09:18:50 | 显示全部楼层 |阅读模式
ORACLE10G rac 两节点。在其中的一个节点在部署了流复制。这一节点上的响应时间比另一节点大很多。
下面是此节点的TOP5事件。
Top 5 Timed Events
Avg %Total
~~~~~~~~~~~~~~~~~~
wait Call
Event
WaitsTime (s) (ms) Time Wait Class
------------------------------ ------------ ----------- ------ ------ ----------
Streams capture: waiting for a2,292 1,272555 21.4Other
CPU time
1,216
20.5
log file sequential read
19,246 254 134.3 System I/O
db file sequential read
22,077 16172.7 User I/O
gcs log flush sync
40,867
7921.3Other
以下是与SQL ORDER BY READS
SQL ordered by Reads
DB/Inst: BILLBJ/billbj2Snaps: 7505-7506
-> Total Disk Reads:
24,716
-> Captured SQL account for114.3% of Total

Reads
CPU Elapsed
Physical ReadsExecutionsper Exec %Total Time (s)Time (s)SQL Id
-------------- ----------- ------------- ------ -------- --------- -------------
9,295
39 238.3 37.6 423.97523.03 2q0h3h6ptrcmx
INSERT INTO BANDWIDTHTABLE(ID,CHANNELID,BUSINESSTYPE,DAY,NODEID,DATA,INDATA,USER
ID,PARFLAG) values(BANDWIDTH_SEQUENCE.NEXTVAL,:1,:2,:3,:4,:5,:6,:7,:8)
9,235 204,146 0.0 37.446.64 70.95 ayxg8ajztf866
insert into system.logmnr_restart_ckpt$ (session#, valid, ckpt_scn, xidusn, xids
lt, xidsqn, session_num, serial_num, ckpt_info, flag, offset, client_data, spare
1) values (:1, 0, :2, :3, :4, :5, :6, :7, EMPTY_BLOB(), :8, 1, EMPTY_BLOB(), :9)
8,278 497,496 0.0 33.5 190.35237.80 gdc5f827s4u6t
MERGE INTO BANDWIDTH_DAILYTABLE A USING (SELECT :B7 CHANNELID, :B6 BUSINESSTYPE,
:B5 DAY, :B4 NODEID, :B3 DATA, :B2 INDATA, :B1 USERID, :B8 PARFLAG FROM DUAL) T
ON (A.USERID = T.USERID AND A.PARFLAG = T.PARFLAG AND A.CHANNELID = T.CHANNELID
AND A.DAY = T.DAY AND A.NODEID = T.NODEID AND A.BUSINESSTYPE = T.BUSINESSTYPE)

我感觉这个问题跟流复制有很大的关系,但不知原因,谁清楚的?
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
system.logmnr_restart_ckpt$,记录sterams ckpt滴,调整interval会好些,这个频繁insert还好,怕就怕很大但是你还要读,嘿嘿
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
我以前设置的stream环境经验中,
参数对于性能影响很大,其中stream pool size,
以及streams$_process_params中的参数对
stream影响都很大,可以观测到加入stream后,
不同负荷情况下,stream产生的额外负荷所占比例也
不一样,原有负荷越大,则stream产生的额外负荷所占比例也
越大.但主要集中在io(例如你所看到的表,以及spilled disk queue table.)
而且stream需要注意大事务及长事务.
当存在一个长事务时,将导致queue table显著变大,stream延迟时间显著变大.
具体与这段时间内的LCR有关.
但我没有在RAC下的设置经验.
所以仅供参考.
在你的情况下,这个节点io,cpu,mem上的变化怎样,另外这2个节点的redo size/s
情况怎样?
或者是否在RAC下,stream工作时有特殊的要求?(我认为stream需要所有节点的log信息.)
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
This is an idle wait so it is not a performance problem. It's just the capture process saying it has nothing to do because it is waiting for another archive log to become available. It isn't wasting any system resources or affecting performance. There is no action necessary for this wait.
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
你做的是非实时的扑捉么?
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
Streams 偶是玩郁闷了!
偶还没去跟踪IO,就平时的出现问题就够烦了,bug 满天飞!
相关资料太少了,需要维护人员慢慢积累经验!
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
原帖由 zh_lg 于 2008-8-12 22:20 发表
Streams 偶是玩郁闷了!
偶还没去跟踪IO,就平时的出现问题就够烦了,bug 满天飞!
相关资料太少了,需要维护人员慢慢积累经验!


10g should be much better ya, install 10.2.0.4 and all recommended patches first.
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
原帖由 oracledba 于 2008-8-12 18:01 发表
system.logmnr_restart_ckpt$,记录sterams ckpt滴,调整interval会好些,这个频繁insert还好,怕就怕很大但是你还要读,嘿嘿

你说的interval是CHECKPOINT_RETENTION_TIME这个参数吗?这个我已经调到10天了,而且还做了回缩.
exec dbms_capture_adm.alter_capture(capture_name =>'STREAM_CAPTURE',CHECKPOINT_RETENTION_TIME=>10);
alter table system.LOGMNR_RESTART_CKPT$ enable row movement;
alter table system.LOGMNR_RESTART_CKPT$ shrink space ;
alter table system.LOGMNR_RESTART_CKPT$ disable row movement;
效果不是很明显.
这个表的使用我不是很了解,我得先去看看.不知道ORACLE什么情况下需要去读这个表.
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
上传一个这两个节点上周的性能方面的参数图表.
见附件.
附:有问题的是billbj2这个实例.
加外要说明的是ORACLE RAC的流复制是实例相关的,而不是数据库相关的.在配制DBLINK时如果使用SERVICE_NAME会有问题.必须指定相关的实例.
请各位继续关注.需要什么我也接着提供.谢谢!
回复

使用道具 举报

千问 | 2005-4-5 09:18:50 | 显示全部楼层
原帖由 netbanker 于 2008-8-13 04:53 发表

10g should be much better ya, install 10.2.0.4 and all recommended patches first.


目前的版本是10.2.0.3,鉴于是生产系统,不适合宕机来打补丁,如果能确定问题还好说.不然徒劳无功,领导会很生气的,后果是很严重的.
回复

使用道具 举报

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

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行