雅冰石的专栏

在同步开始前目标端没有初始化数据(目标端为空数据)，那么事物产生的UPDATE、DELETE DML操作发送到目标端，目标端GoldenGate Replicat进程会因为找不到数据而报错从而导致Replicat进程崩溃停止(ABENDED)，所以这就需要我们在同步前初始化数据，初始化完后再同步，这样大大降低错误率。原本想用RMAN方式迁移，但是由于旧库是AIX系统，新库是linux系统，用RMAN迁移会有问题，于是考虑用数据泵+ogg的方式实现不停机迁移。返回值yes为打开，pk，ui都需要打开。

示例：复制进程停止，view report进程名报错提示：这里想通过跳过这个事务，紧急恢复业务。

和传统的逻辑复制一样，Oracle GoldenGate实现原理是通过抽取源端的redo log或者archive log，然后通过TCP/IP投递到目标端，最后解析还原应用到目标端，使目标端实现同源端数据同步。下图展示了Oracle GoldenGate的技术架构。Manager进程  Manager进程是GoldenGate的控制进程。Manager进程运行在源端和目标端上，它主要有以下几个方面的作用：启动、监控、重启GoldenGate的其他进程，报告错误及事件，分配数据存储空间，发..

假如已经存在一套ogg（一个oracle到另一个oracle的同步），现在我想在一个新的oracle数据库上也配置下ogg，即想实现一个源端往多个目标端同步数据。在本实验之前，需要先确保已搭建一套ogg，可参考：https://blog.csdn.net/yabingshi_tech/article/details/111058709一 实验步骤1.1 在目标端安装oggcd /optmkdir -p oracle/oggchown oracle:dba /opt/oracle/

一 问题描述有同事反映ogg存在数据无法同步问题(源端的数据无法同步到目标端)。二 问题排查2.1 检查下目标端相关进程是否启动发现进程停止，启动进程：启动mgr进程后，会自动启动REPLICAT进程。但是当查看replicat进程状态时，有些异常，输出：No active replication maps.2.2 检查下源端相关进程是否启动启动完源端extract进程后，再次查看目标端的Replicat进程，就正常了：...

在源端启动goldengate pump进程，状态起初是running,后来却变成了ABENDED    GGSCI (source_pc) 3> info allProgram     Status      Group       Lag at Chkpt  Time Since ChkptMANAGER     RUNNING

1. Log on to the database server (as oracle) where the GoldenGate software isinstalled.2. Change directory to the GoldenGate home:cd /home/oracle/ggs3. Start GGSCI:ggsci4. Stop all GoldenG

./ggsci -vOracle GoldenGate Command Interpreter for OracleVersion 11.2.1.0.1 OGGCORE_11.2.1.0.1_PLATFORMS_120423.0230_FBOLinux, x64, 64bit (optimized), Oracle 11g on Apr 23 2012 08:32:14Co

使用GoldenGate将源库的数据单向同步到目标数据库，下面是源和目标的版本及平台信息：    源数据库：Oracle Database 10.2.0.1 64bit for Redhat 5.8 x86_64bit    目标数据库：Oracle Database 11.2.0.1 64bit for Windows Server 2003 x86_64bit下面是源库上的

1、使用GGSCI命令监控（1）进入GoldenGate安装目录，运行GGSCI，然后使用info all查看整体的运行状况12345678910GGSCI (aix212) 1> info allProgram     Status      Group       Lag at Chkpt  Time