需求: 请在生产库执行下面的脚本 --删除主键并新增复合主键              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

2014-03-07 Created By BaoXinjian

转自红黑联盟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了,该从哪里

Oracle 11g 单实例到单实例OGG同步实施文档-OGG initial load 2018-06-07 00:514730原创GoldenGate 作者: leo 本文链接:https://www.cndba.cn/leo1990/article/2837 1.环境介绍 类别 源端 目标端 数据库类型 单实例 单实例 数据库版本 11.2.0.4 11.2.0.4 ORACLE_SID cndba cndba DB_NAME cndba cndba 主机IP地址 192.168.1.85

Oracle 11g 单实例到单实例OGG同步实施文档-RMAN 初始化 2018-06-07 13:455170原创GoldenGate 作者: leo 本文链接:https://www.cndba.cn/leo1990/article/2838 1.环境介绍 类别 源端 目标端 数据库类型 单实例 单实例 数据库版本 11.2.0.4 11.2.0.4 ORACLE_SID cndba cndba DB_NAME cndba cndba 主机IP地址 192.168.1.85 192.168

Oracle 11g 单实例到单实例OGG同步实施文档-EXPDP初始化 2018-06-07 00:446470原创GoldenGate 作者: leo 本文链接:https://www.cndba.cn/leo1990/article/2836 1.环境介绍 类别 源端 目标端 数据库类型 单实例 单实例 数据库版本 11.2.0.4 11.2.0.4 ORACLE_SID cndba cndba DB_NAME cndba cndba 主机IP地址 192.168.1.85 192.168

背景 归档的表在源库和目标库都要存在 pt-archiver归档表的场景有:不删原表数据,非批量插入目标库:不删原表数据,批量插入目标库:非批量删除原表数据,非批量插入目标库:批量删除原表数据,批量插入目标库 版本 pt-archiver --version pt-archiver 3.0.12 select @@version; +-----------+ | @@version | +-----------+ | 8.0.12 | +-----------+ 是否会出现不一致情况 源库已经d

在使用Transactional Replication时,Subscriber 被认为是“Read-Only”的 , All data at the Subscriber is “read-only” (transactional replication does not enforce this at the Subscriber),不能更新Subscriber数据的主键,否则,某些数据更新操作会失败. 一,在Transactional Replication中,How Changes Ar

在使用Transactional Replication时,Subscriber 被认为是“Read-Only”的 , All data at the Subscriber is “read-only” (transactional replication does not enforce this at the Subscriber),不能更新Subscriber数据的主键,否则,某些数据更新操作会失败. 一,在Transactional Replication中,How Changes Ar

背景: 自增长是一个很常见的数据属性,在MySQL中大家都很愿意让自增长属性的字段当一个主键.特别是InnoDB,因为InnoDB的聚集索引的特性,使用自增长属性的字段当主键性能更好,这里要说明下自增主键需要注意的几个事项. 问题一:表锁 在MySQL5.1.22之前,InnoDB自增值是通过其本身的自增长计数器来获取值,该实现方式是通过表锁机制来完成的(AUTO-INC LOCKING).锁不是在每次事务完成后释放,而是在完成对自增长值插入的SQL语句后释放,要等待其释放才能进行后续操作.比如

今天发现 批量插入下,自增主键不连续了....... InnoDB AUTO_INCREMENT Lock Modes This section describes the behavior of AUTO_INCREMENT lock modes used to generate auto-increment values, and how each lock mode affects replication. Auto-increment lock modes are configured

背景 主键生成效率用数据库自增效率也是比较高的,为什么要用主键生成器呢?是因为需要insert主表和明细表时,明细表有个字段是主表的主键作为关联.所以就需要先生成主键填好主表明细表的信息后再一次过在一个事务内插入.或者是产生支付流水号时要全局唯一,所以要先生成后插入,不能靠数据库主键. 网上有很多主键生成器方式,其中有算法部分和实现部分.算法部分一般就是雪花算法或者以业务编号前缀+年月日形式. 一般算法设计没有问题,而在实现方案上,只是同学利用Redis很多实现起来的都是不高效的,他们没考虑Re

在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)]

问题描述: 已知:OGG在同步无主键的表时,OGG会自动设置表的全字段为主键,若目标表字段多于源表,同步过程中replicat进程可以读取insert操作但无法进行update/delete操作,从而导致replicat进程abend. 探究:Oracle12c引入了一个新特性--隐藏字段,若将目标表多的字段隐藏,ogg是否能进行正常同步. 环境准备: 在同一数据库中不同用户下进行ogg同步,源端用户oggs,目标端用户oggt. 源端创建A表结构: SQL>create table oggs.

v$session试图中process字段代表的是客户端所在机器的进程号 例如我使用toad连接数据库,查询到的process即toad的进程号 SELECT process FROM V$SESSION WHERE SID=1533; 通过上面的sql查询到客户端进程号为11368:5632,可以很明显看出是windows服务器(windows是单进程多线程,linux是多进程),通过打开任务管理器,可以看到11368对应的是toad程序 根据以上原理,首先查到原库在系统中的进程号,然后在目标

情景:用户表和订单表是一对多的关系,即 一个 Userinfo  对应对应有 多个 Order表   如果我在EF中,先创建一个用户,然后创建3个订单,然后关联这1个用户和3个订单的关系,毫无问题. 但是:当我如果想创建2个用户,6个订单,并且分别去关联的时候,就提示报错 无法确定"XXX"关系的主体端.添加的多个实体可能主键相同 原因可能是: 当我们添加2个用户的时候,2个用户的id主键都是0,这样当保存到数据库的时候,就报错了. (疑问:但是订单1到6,他们的id也是主键,也是0,

日常在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();

负责管理ZooKeeper整个数据.主要管理树结构数据.session数据.持久化管理. 类图 ZKDatabase ZooKeeper数据管理门户类,底层通过DataTree来管理树结构,通过FileTxnSnapLog来管理数据持久化. 初始化 初始化过程主要是从持久化文件中恢复数据,通过FileTxnSnapLog实现. public long loadDataBase() throws IOException { ...long zxid = snapLog.restore(dataTr