OGG 源端与目标端 约束不一致】的更多相关文章

需求: 请在生产库执行下面的脚本 --删除主键并新增复合主键              alter table XXXXX  drop constraint PK_USERCHNL cascade; alter table XXXXX  add constraint PK_USERCHNL primary key (USERCODE, SALECHNL, STR1);   目标端ogg异常: 2019-04-03 09:54:38 WARNING OGG-01004 Oracle GoldenG…
转自红黑联盟Goldengate升级之目标端(replicat端升级 要升级replicat端的原因为:目标端OGG软件版本与源端OGG软件版本不同,在实际生产应用中,经常发现replicat端事务丢失的情况,所以,需要将目标端的OGG软件升级为与源端OGG相同软件版本. 1.升级前环境情况 源端OGG版本11.2.1.0.1 目标端OGG版本11.1.1.1.2 升级前,为了解决源端.目标端OGG版本不一致不能正常同步的问题,在源端抽取Tail file格式时,加了format release…
        mgr进程是goldengate软件执行的主进程.是由这个进程控制其它进程的,比方extract,replicat进程等. 对于mgr进程的配置,将会在以下介绍. global文件我们仅仅选择在Sqlserver目标端创建. 它能够配置非常多參数.影响全局的执行.这里,我们仅仅配置checkpoint表.以保证事实连续有序的在sqlserver恢复起来. 目标端要加入checkpoint表,才干保证事务连续有序,以防replicate进程不管正常或异常shutdown了,该从哪里…
在OGG同步过程中,经常会碰上有创建表或表空间的同步,往往因为源和目标的平台不同,如aix->linux or linux->windows,这两个平台的表空间也经常不同,在目标端执行DDL时,可能会报错: OGG-00495 Oracle GoldenGate Delivery for Oracle, erep5.prm: DDL error ignore for next retry: error code [DEFAULT], filter [include all (default)]…
v$session试图中process字段代表的是客户端所在机器的进程号 例如我使用toad连接数据库,查询到的process即toad的进程号 SELECT process FROM V$SESSION WHERE SID=1533; 通过上面的sql查询到客户端进程号为11368:5632,可以很明显看出是windows服务器(windows是单进程多线程,linux是多进程),通过打开任务管理器,可以看到11368对应的是toad程序 根据以上原理,首先查到原库在系统中的进程号,然后在目标…
日常在goledengate的维护中,最大的问题莫过于进程ABENDING.在我的维护生涯中,主要的有两个原因,第一个是网络中断造成的造成的文件损坏,一个是大事务(相关操作人员在进行操作的时候事务过大,造成 Virtual memory mmap allocation error). 一般的处理办法是跳过,或者重新来一遍. 本文主要介绍重新投递和目标端跳过的方法. 重新投递的方法. 首先是查看extseqno可以在dirdat下自己找到,extrba可以通过logdump查看或者看文件大小 GG…
Netty源码解析---服务端启动 一个简单的服务端代码: public class SimpleServer { public static void main(String[] args) { NioEventLoopGroup boss = new NioEventLoopGroup(1); NioEventLoopGroup worker = new NioEventLoopGroup(); try { ServerBootstrap b = new ServerBootstrap();…
背景 归档的表在源库和目标库都要存在 pt-archiver归档表的场景有:不删原表数据,非批量插入目标库:不删原表数据,批量插入目标库:非批量删除原表数据,非批量插入目标库:批量删除原表数据,批量插入目标库 版本 pt-archiver --version pt-archiver 3.0.12 select @@version; +-----------+ | @@version | +-----------+ | 8.0.12 | +-----------+ 是否会出现不一致情况 源库已经d…
负责管理ZooKeeper整个数据.主要管理树结构数据.session数据.持久化管理. 类图 ZKDatabase ZooKeeper数据管理门户类,底层通过DataTree来管理树结构,通过FileTxnSnapLog来管理数据持久化. 初始化 初始化过程主要是从持久化文件中恢复数据,通过FileTxnSnapLog实现. public long loadDataBase() throws IOException { ...long zxid = snapLog.restore(dataTr…