Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

306

积分

0

好友

0

主题
1#
发表于 2012-4-14 20:37:08 | 查看: 6195| 回复: 5
情况如下:
1.有一张数据以及索引导出后几十个G的表用GG做同步,两边均为oracle 10.2.1.
2.该表有一个允许为空的唯一索引
3.由于两端为异构平台故使用exp+scn做初始数据同步
4.同步过程中由于有一个upadte语句在目标端造成了长期执行等待,故使用指定时间跳过了该段操作
5.OGG执行一段时间以后报了以下错误:
Current time: 2012-04-14 18:33:12
Discarded record from action ABEND on error 1403

Aborting transaction on /data/ggs_HPUX_ia64_ora10g_64bit/c6 beginning at seqno 6 rba 93205675
                         error at seqno 6 rba 93205675
Problem replicating CXSIMIS.AC13 to CXSIMIS.AC13
Record not found
Mapping problem with compressed update record (target format)...
*
AAE114 = 1
AAE00A = 201204
BAB224 = 201204130121069811
AAB191 = 2012-04-13 13:55:23
BAB228 = 88398168
*

想请教一下,1403这样的错误是不是在目标端检查发现数据更新语句的部分字段原始数据和源库不一样即会发生,还是必须表结构发生了变化?
因为我跳过了中间几十分钟的同步,可能其中有些数据更新并未在目标库上执行。
2#
发表于 2012-4-14 20:40:01
考虑在 replicate 段使用 HANDLECOLLISIONS 参数绕过该问题

回复 只看该作者 道具 举报

3#
发表于 2012-4-14 20:40:41

回复 只看该作者 道具 举报

4#
发表于 2012-4-14 20:49:23
那我是否可以理解数据的不一致即会造成1403这样的错误

回复 只看该作者 道具 举报

5#
发表于 2012-4-14 21:13:06
造成ogg 1403的可能性有很多 :

数据的不一致只是其中一种可能性

回复 只看该作者 道具 举报

6#
发表于 2012-4-17 17:09:24
1:通过时间跳过肯定对其他的表也有影响的吧,其他的表可能会出现数据不一致的现象

2: 事务应用速度慢,需要查找其原因,可通过进程拆分来加快,或者对目标端的表添加相应的索引来加快速度

回复 只看该作者 道具 举报

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

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-15 11:09 , Processed in 0.063899 second(s), 22 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569