wll的专栏

OGG是基于事务级的实时复制工具，也就是说OGG只复制已提交的事务，在遇到事务的commit或rollback之前，它会将每个事务的操作存储在称为cache的托管虚拟内存池中。内存再大也有不够用的时候，当事务数据超过一定的阈值或者当前空闲内存无法满足分配请求时，OGG进程会将最少使用的old buffer swap 到磁盘上的dirtmp中。

1、创建测试表create table t1 as select * From emp where 0=1;create table t2 as select * From dept where 0=1;alter table t1 add primary key(empno);alter table t2 add primary key(deptno);配置好

配置定时删除过期队列用于自动删除过期队列，节省硬盘空间建议配置在Mgr进程中，可集中管理所有队列在mgr参数中加入以下行purgeoldextracts //dirdat/*, usecheckpoint, minkeepdays 7其中，第一个参数为队列位置，*可匹配备份中心所有队列文件；第二个参数表示是首先要保证满足检查点需要，不能删除未处理队列；第三个参数表示

单个表通过函数 FILTER (@RANGE (1, n)) 拆分，你打算对这个表查分成几个进程，n就是几create table t1 as select * From emp where 0=1;alter table t1 add primary key(empno);exta 进程同步 t1 表，现对replicate 进程进行拆分，拆分成两个进程对t1 表进行同步GG

Bounded Recovery

一般来说OGG Goldengate 抽取进程对CPU的压力非常小， 而对于I/O 、network的吞吐量有轻量级的要求。用低配置AIX测试结果如下。抽取进程支持DB Log生成峰值速度 = 4 * 2.1 = 8.4 MB/秒，或30GB/小时，或726 GB/天。抽取进程平均CPU占用1.9% 。投递进程支持DB Log生成平均速度 = 2,096,854 * 2

BR – BOUNDED RECOVERY适用于 Extract 进程（仅适用于 Oracle数据库）使用 BR 参数可以控制 GoldenGate 的 Bounded Recovery (BR) 功能。Bounded Recovery 功能仅支持 Oracle 数据库。Bounded Recovery 是通用 Extract 检查点工具的组件之一，可以保证当Extract

How To Troubleshoot Oracle Redo Log Reading Extract Slow Performance Issue using TESTMAPPINGSPEED (文档 ID 1273285.1)转到底部In this DocumentGoal

…  提供反馈...您已根据 ID 匹配定向到此文档。或者, 单击此处搜索此短语。隐藏

GoldenGate 传统抽取进程的 ADG 模式 GoldenGate 传统抽取进程的 ADG 模式简介：GoldenGate 传统抽取进程的 ADG 模式可实现对 DataGuard 备库的抽取。与传统方式不同，其不再由联机在线 Redo 日志抽取，而抽取由主库投递而来的日志（归档日志及 standby redo logs）。 GoldenGate 传统抽取进程的 ADG 模式原理：1.抽取的...

前言我们知道Oracle GoldenGate是从事务日志中进行数据捕获、然后投递、交付给目标数据库进行重做的系统。其提供了一种灵活的、耦合架构，可用于实现几乎所有复制场景。但是我们在实施的时候深有体会的就是最大的困难就是在创建复制目标数据库并对捕获更改数据前目标数据库的数据进行初始化。为此，Oracle也在着手解决这个问题，其中最重要的部分就是“CSN”(Commit Sequence

检查点将进程的当前读写位置存储在磁盘中用于恢复目的。检查点不仅可以真实地标记 Extract进程捕获的要进行同步的数据变化以及 Replicat进程应用到 target数据库的数据变化，防止进程进行冗余的数据处理，还可以提供容错机制，防止在系统、网络或 Oracle GoldenGate进程需要重启时发生数据丢失。对于复杂的同步配置，检查点可以确保多个 Extract或Replicat进程从同

GoldenGate实施故障汇总用户不存在问题描述：2010-05-02  10:45:20  GGS ERROR      2001   Oracle GoldenGate Delivery for Oracle, rcrmheal.prm:  Fatal error executing DDL replication:  error [Error code [191

问题一：2012-09-03 16:17:14  GGS ERROR       112  There is a problem in network communication, a remote file problem, encryption keys for target andsource do not match (if using ENCRYPT) or an unknown

二Goldengate的配置此处配置使用GG的架构是: Extract+Data Pump + Replicat1、在源端操作系统上设置该用户环境变量（建议采用oracle的安装用户安装运行GoldenGate）.在/home/oracle/.bash_profile文件里添加如下内容：Export PATH=/ggs:${PATH}:/u01/app/common/oracle/

scott.bonus表无主键无唯一索引，若是在gg源端发出，会导致gg目的端abend，除非目的端复制进程参数文件有APPLYNOOPUPDATES 或者ALLOWNOOPUPDATES  参数)update scott.t1 set ename='bos' where ename='bos2'; gg目的端abend时，dirrpt下的rpt文件报错如下：2011-09

http://gavinsoorma.com/2011/08/goldengate-replication-using-a-data-definition-file-and-defgen-utility/ 1 什么是defgen ？   它是一个工具，用来获取远端表结构的2、GGSCI (rac1) 8> view params mgrport 7809

对pump进程的拆分exta 进程同步 t1，t3 表，对pump 进程中的表进行拆分成两个进程分表对t1表 和t3表 进行同步1、ext 进程同步表t1，t3create table t1 as select * From emp where 0=1;alter table t1 add primary key(empno);create table t3 as

可以对replicate进程进行拆分exta 进程同步 t1，t3 表，对replicate 进程中的表进行拆分成两个进程分表对t1表 和t3表 进行同步1、ext 进程同步表t1，t3create table t1 as select * From emp where 0=1;alter table t1 add primary key(empno);create tab

Which   are captured  if you add extract begin now 1:00 pm,but start extract  at 2:00 p.m?A: Transactions is started on or after 1:00 p.mB:  Transactions is started on or after 2:00 p.mC: Transa

2012-12-05 10:59:59  ERROR   OGG-01028  Record on table  用户名.表名with rowid AAASk5ABzAAL7/YAAA from transaction 55.17.8178784 (0x0037.011.007ccc60) is compressed. Compression is not supported. 通