日常在goledengate的维护中,最大的问题莫过于进程ABENDING。在我的维护生涯中,主要的有两个原因,第一个是网络中断造成的造成的文件损坏,一个是大事务(相关操作人员在进行操作的时候事务过大,造成 Virtual memory mmap allocation error)。

一般的处理办法是跳过,或者重新来一遍。

本文主要介绍重新投递和目标端跳过的方法。

重新投递的方法。

首先是查看extseqno可以在dirdat下自己找到,extrba可以通过logdump查看或者看文件大小
GGSCI (centerdb-prod) > info pump6

EXTRACT PUMP6 Last Started 2018-04-24 14:09 Status RUNNING

Checkpoint Lag 00:00:03 (updated 00:00:09 ago)

Log Read Checkpoint File /backup/ggtrail/lt078821

2018-04-24 17:19:11.000000 RBA 81706795

GGSCI (centerdb-prod)  10 > stop pump6
GGSCI (centerdb-prod) 11 >alter extract pump6 etrollover
GGSCI (centerdb-prod) 12 > alter extract pump6 extseqno 78821 extrba 0
GGSCI (centerdb-prod) 13 > start pump6

进入logdump

[oracle@centerdb-prod goldengate]$ ./logdump

打开报错文件/backup/ggtrail/lt078600

Logdump 2160 >open /backup/ggtrail/lt078600

查看rba

Logdump 2161 >pos 1341

2018/04/23 21:48:13.000.000 LargeObject Len 2020 RBA 1341

Name: CENTER_ADMIN.GSGGWJ_WJFB

After Image: Partition 4 m

0000 0003 0000 007c 0000 0053 0002 0be0 0000 07d0 | .......|...S........

27ce 441a d716 224c b467 558e 61d2 d168 1294 4c36 | '.D..."L.gU.a..h..L6

0dcf 5c84 782b f153 e279 ef1c 70e8 2cc0 d3fe d370 | ...x+.S.y..p.,....p

6e45 4f94 8914 861a 23cf 013b 31dd 4826 c361 b0c7 | nEO.....#..;1.H&.a..

8876 6196 14e7 f8dc 41bc 8099 774e 126f 1621 1932 | .va.....A...wN.o.!.2

8559 720c 90bb 1197 4dc0 bbc8 2730 4b94 1711 6f7a | .Yr.....M...'0K...oz

50c0 03a5 3651 87a8 f702 5ea4 fe56 84de 3c8a 1b01 | P...6Q....^..V..<...

有LargeObject(大字段的支持)

Logdump 2163 >n

2018/04/23 21:48:13.000.000 LargeObject Len 2020 RBA 3436

Name: CENTER_ADMIN.GSGGWJ_WJFB

After Image: Partition 4 m

0000 0003 0000 007c 0000 0054 0002 13b0 0000 07d0 | .......|...T........

acb9 13b8 cee3 c16b 1d6c 3f34 cdef b989 1cb1 aab1 | .......k.l?4........

b0b0 9680 c035 7f30 b02d 97bc e7fa 7fb3 e0a1 8087 | .....5.0.-..........

edff af97 7ed6 7f5d 9ae0 778c c93e 13f8 ac59 e635 | ....~..]..w..>...Y.5

b1dc 7699 cf8d 392e ff75 a592 df9e e4b8 66b4 7fe0 | ..v...9..u......f...

7bd4 6a7c 8fff 5d4e b5be abe4 7bad 32af 49e0 d1e1 | {.j|..]N....{.2.I...

6fdb e3ec 179a e1ef 5674 9ea7 f1bd 63f2 7cbc b252 | o.......Vt....c.|..R

这是下一个节点的意思。

Logdump 2204 >n

2018/04/23 21:48:13.000.000 Insert Len 287 RBA 72888

Name: CENTER_ADMIN.GSGGWJ_WJFB

After Image: Partition 4 G m

0000 000a 0000 0000 0013 e4c1 b7c4 0001 002a 0000 | .................*..

0026 7b35 3843 3035 3733 442d 4435 3731 2d34 3841 | .&{58C0573D-D571-48A

442d 4231 3632 2d33 4433 3043 3639 3435 4136 457d | D-B162-3D30C6945A6E}

0002 000b 0000 0007 3637 3339 3835 3600 0400 0500 | ........6739856.....

0000 0131 0005 0005 0000 0001 3000 0600 1500 0032 | ...1........0......2

3031 382d 3034 2d32 333a 3230 3a32 343a 3233 0007 | 018-04-23:20:24:23..

0007 0000 0003 7a78 7a00 0800 1500 0032 3031 382d | ......zxz......2018-

出现非LargeObject 记录rba

Logdump 2210 >exit

进入ggsci

[oracle@centerdb-prod goldengate]$ ./ggsci

GGSCI (oggtarget) 10> stop rep1
GGSCI (oggtarget) 14> alter replicat rep1 extseqno 078600 extrba 72888
GGSCI (oggtarget) 15> start rep1

goledengate重新投递和目标端跳过过事务的更多相关文章

  1. Goldengate升级之目标端(replicat端)升级

    转自红黑联盟Goldengate升级之目标端(replicat端升级 要升级replicat端的原因为:目标端OGG软件版本与源端OGG软件版本不同,在实际生产应用中,经常发现replicat端事务丢 ...

  2. ogg同步DDL时,源和目标端表空间名称不同的解决思路

    在OGG同步过程中,经常会碰上有创建表或表空间的同步,往往因为源和目标的平台不同,如aix->linux or linux->windows,这两个平台的表空间也经常不同,在目标端执行DD ...

  3. Servlet(11)—客户端跳转和服务端跳转

    客户端跳转: 1.链接跳转:< a href="">< /a > 2.表单提交< form>< /form> 3.Response. ...

  4. OGG_GoldenGate目标端库级别数据初始化(案例)

    2014-03-07 Created By BaoXinjian

  5. 5.配置globals文件(目标端)

            mgr进程是goldengate软件执行的主进程.是由这个进程控制其它进程的,比方extract,replicat进程等. 对于mgr进程的配置,将会在以下介绍. global文件我们 ...

  6. uni-app h5端跳转到底部导航栏的时候使用方法uni.switchTab跳转刷新页面更新数据

    h5端的uni-app项目 需求:uni-app h5端跳转到底部导航栏的时候使用方法uni.switchTab跳转刷新页面更新数据 百度的方法如下: uni.switchTab({ url: '/p ...

  7. OGG 源端与目标端 约束不一致

    需求: 请在生产库执行下面的脚本 --删除主键并新增复合主键              alter table XXXXX  drop constraint PK_USERCHNL cascade; ...

  8. dblink查找对应的目标端session

    v$session试图中process字段代表的是客户端所在机器的进程号 例如我使用toad连接数据库,查询到的process即toad的进程号 SELECT process FROM V$SESSI ...

  9. MySQL GTID复制Slave跳过错误事务Id以及复制排错问题总结

    GTID复制典型的复制错误有两种:1,数据对象级别的错误,包括主库上update的数据在从库上不存在,主从逐渐冲突,库表索引等对象的冲突等等,   如果是纯粹的跳过错误的话,这一类的错误需要跳过思路是 ...

随机推荐

  1. 第05章 管理ElasticSearch

    本章内容 如何选择正确的目录实现,使得ElasticSearch能够以高效的方式访问底层I/O系统. 如何配置发现模块来避免潜在的问题. 如何配置网关模块以适应我们的需求. 恢复模块能带来什么,以及如 ...

  2. 编写高质量代码改善C#程序的157个建议——建议84:使用PLINQ

    建议84:使用PLINQ LINQ最基本的功能就是对集合进行遍历查询,并在此基础上对元素进行操作.仔细推敲会发现,并行编程简直就是专门为这一类应用准备的.因此,微软专门为LINQ拓展了一个类Paral ...

  3. git 只merge一个commit的方法

    https://git-scm.com/book/tr/v2/Git-Basics-Viewing-the-Commit-History gil log 来查看commit的记录 Other main ...

  4. SPARK_sql加载,hive以及jdbc使用

    sql加载 格式  或者下面这种直接json加载 或者下面这种spark的text加载 以及rdd的加载 上述记得配置文件加入.mastrt("local")或者spark://m ...

  5. Nutch2.x 集成ElasticSearch 抓取+索引

    http://blog.csdn.net/eryk86/article/details/14111811   使用https://github.com/apache/nutch.git导入nutch项 ...

  6. C#加密解密总览

    C#SHA加密 C#MD5加密 C#RSA加密解密 C#DES加密和解密 C#AES加密和解密

  7. .net core i上 K8S(一)集群搭建

    1.前言 以前搭建集群都是使用nginx反向代理,但现在我们有了更好的选择——K8S.我不打算一上来就讲K8S的知识点,因为知识点还是比较多,我打算先从搭建K8S集群讲起,我也是在搭建集群的过程中熟悉 ...

  8. 使用st link v2向stm32下载和调试程序

    st官网 正版ST-link/V2引脚定义和注意事项 分为ST-LINK/V2和ST-LINK/V2-ISOL两种型号 是STM8和STM32微控制器(MCU)系列的在线调试器和编程器(还是下载器.仿 ...

  9. C#操作Json数据

    JSON是现今各语言实现数据交互应用最广泛的一种格式,在于Xml的比较中,由于 JSON 所使用的字符要比 XML 少得多,可以大大得节约传输数据所占用得带宽. 本文采用的是Newtonsoft.Js ...

  10. Commons包详解

    Apache Commons包含了很多开源的工具,用于解决平时编程经常会遇到的问题,减少重复劳动.项目地址http://commons.apache.org/ Commons BeanUtils 提供 ...