Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › goldengate目标端lag延迟过大

13 积分	0 好友	0 主题

发消息

goldengate目标端lag延迟过大

1^#

发表于 2012-7-9 14:03:40 | 查看: 11271| 回复: 11

通过info all命令在目标端执行后，发现其中一个复制进程lag延迟过大，达到100多个小时，并且还在不断增大中，请问我如何查询目标端在做什么操作导致该lag延迟过大并且查看该复制进程是否还在运行当中？

分享0

收藏0 回复只看该作者道具举报

Maclean Liu(刘相兵

2^#

发表于 2012-7-9 14:17:59

action plan:

执行以下语句并贴出输出

info REPLICAT YOUR_REP_NAME, detail
lag REPLICAT YOUR_REP_NAME

回复只看该作者道具举报

a515047717

3^#

发表于 2012-7-9 14:36:04

附件是刘大要求的查询输出，目前该复制进程一直在Log Read Checkpoint File ./dirdat/ya016291
2012-07-01 05:48:12.261576 RBA 27481858
停滞不前，请问如何处理？

goldengate.txt (9.19 KB, 下载次数: 1417)

回复只看该作者道具举报

Wizard

4^#

发表于 2012-7-9 15:03:46

source DB 和 target DB分别是什么版本？

回复只看该作者道具举报

a515047717

5^#

发表于 2012-7-9 15:09:25

回复 4# 的帖子

源端和目标端数据库版本都是10.2.0.4.0的

回复只看该作者道具举报

Maclean Liu(刘相兵

6^#

发表于 2012-7-9 15:11:19

Action Plan:

代码:
ggsci

info all
info YOUR_REP,detail
send YOUR_REP,status
status YOUR_REP
info replicat YOUR_REP,showch
view report YOUR_REP

Logon database:

Select * From v$transaction;

回复只看该作者道具举报

a515047717

7^#

发表于 2012-7-9 15:35:13

goldengate.rar (24.52 KB, 下载次数: 1635)

回复只看该作者道具举报

Maclean Liu(刘相兵

8^#

发表于 2012-7-9 20:39:46

v$transaction 中
一个活动事务 USED_UBLK达到 316280个block

这说明存在一个大事务导致 replicat 缓慢，建议你查询target端的alert.log检查是否存在性能瓶颈

该事务从07/09/12 09:00:04就开始了

USED_UBLK – Number of undo blocks used
USED_UREC – Number of undo records used

回复只看该作者道具举报