namu

Golden Gate与 Oracle DataGuard的区别    　GoldenGate TDMOracle DataGuard(物理)Oracle DataGuard(逻辑)基本原理抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列

goldengate的trail文件默认存放的不是sql，是sql执行的记录数对应的条数变更，就是redo的image ，比如源端插入10行，那么trail文件就可以有10个行的操作与其对应           sql：           SQL> insert into t1 select object_id,object_name from dba_objects where r

使用checkpoint table的方式应用数据，如果在数据库里删除了checkpoint table ，重新添加checkpoint table后，默认会寻找第一个trail文件，如果trail 文件被删除，将无法继续加载。如果第一个trail文件没有删除，可以继续应用

goldengate目标端修改ip很简单，直接修改pump进程的ip即可，无需其他的操作        同样的DSG的修改ip，比较麻烦，需要更改host，使用vman修改host与database，并修改了profile，但是sender进程还是无法识别目标端，无奈只能重新全同步，        很奇怪的问题，重新register，重新全同步后正常         这方面golden

转自：http://blog.youkuaiyun.com/liqfyiyi/article/details/8627400 goldengate–使用filter+@GETENV在线重新初始化指定的table在oracle-oracle goldengate的复制环境中，有时候会碰到一些紧急的问题一时无法修复，为了避免影响整个复制环境的复制进度，采取跳过错误事务或者跳过特定对象的办法使得

安装veridata后数据库里会创建一些表，这个表记录着比对的时间及结果等       比如：可以通过groups、group_runs查询组的运行结果，通过查询结果，通过sql语句查询结果，这样就可以使用监控软件（如nagios）实现邮件报警或是短信报警

goldengate是级联的环境 A-B-C ，A到B是全部的表 ，B到C是部分的表，C 的日志报 ERROR   OGG-00446 PROCESS ABENDING，没有报其他的任何信息，            B是将所有的表的dump文件传到C，但是C上指定的表，但是B传送到C的pump没有指定表，而是将所有的表的trail 文件都传送到了C，通过logdump 查看相应的卡住的位置，发

goldengate目标端出现 OCI Error ORA-01400: cannot insert NULL      我分析可能遇到的一种情况是，目标端开启了HANDLECOLLISIONS ，当源端update一条记录时，目标端没有这条记录，如果更新的是主键，就会转换为insert语句，但是默认只是插入主键，如果更新的非主键列会被抛弃并且不会记录错误到discard    如果更

dsg 配置是没有指定复制的表，而是用户下所有的表都复制，这样可能会出现源端创建了临时表，而目标端无法创建，导致链路挂起      在目标端实现xfview 可以删除相关对象操作     切换到bin 运行 ./xfview -show 1  /dsg/target/rmp/real0/123.xf1>1.txt         more 1.txt         CHECK

goldengate同步经常出现Error mapping，大致有几种情况可能出现Error mapping           1).如果是表字段不一致，需要修改表字段，异构数据库还需要重新生成表结构定义文件，再重启进程。2). 如果是索引不一致，需要重建索引，异构数据库还需要重新生成表结构定义文件，再重启进程。(之前没有关注索引是否一样，以后关注一下索引)      目标端如果

今天开人人员通知说开发库的数据不对，需要重新导入数据，几个用户，但是磁盘空间已经不多无法存储大的dmp文件，没有办法从其他的库expdp导出再导入到开发库，      使用dsg的全同步方式，节省空间，把源端的xexp文件分解成小的文件加载，实现了重新覆盖用户的数据。

dsg执行非归档的复制，但是今天发现源端的log.vagentd日志报错    Err: Log not found(0). ( Thread:1 Seq:25736 )      通过err大概知道应该是想要查询的redolog没有了，被覆盖了。检查reolog发现只有3个50M的redolog，更可以确认redolog没有导致的报错     所以增加redolog的数量及大小，

对于复制来说，比较常见的就是源端与目标端的表空间不一致，dsg提供一个tablespace_map.ini文件，用来映射表空间 # index tablespace mapping [index_real]SOURCE_INDEX = TARGET_INDEX[index_full]SOURCE_INDEX = TARGET_INDEX# full sysc table

源端log.vagent报错如下：CLOB character set convert failed!errno is "EILSEQ": invalid multibyte sequence in the input.!select LOB row 00021723-0280665A-0000 from Oracel. 尝试方法：根据报错，尝试在源端start_vagen

配置realsync指定了同步的表，由于业务需求，需要增加一个表的复制。不需要所有的表都重新发起全同步，只全同步新加的表就可以。 1.编辑源端软件config 下的mapping文件，将原来的full 选项注释掉，添加新的表mapping.ini--------------SOURCE_SCHEMA TARGET_SCHEMAreal_where=   u.name i

ORA-02143: invalid STORAGE optionORA-02143: invalid STORAGE optionSQL: alter table "user"."table_name" ADD CONSTRAINT "table_PK" PRIMARY KEY ("ID")  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 25

现象模拟：   源端：            CREATE TABLE SCOTT.TEST_PK( CATEGORY_ID   VARCHAR2(40 BYTE)               NOT NULL,  SEQUENCE_NUM  NUMBER(38)                      NOT NULL,  CHILD_PRD_ID  VARCHAR2(40

将oracle的数据初始化到mysql，使用oracle to mysl 工具将oracle的数据类型映射成mysql的数据类型，并作相应的修改，使mysql可容纳oracle的字段长度，本文执行初始数据，并没有做复制，只是导数据过去，而且源端的oracle数据库是静止的，如果非静止就需要配置抽取进程和应用进程      采用file to replicat 的原因是direct load的方

goldengate add trandata 提示找不到表  ERROR: No viable tables matched specification      goldengate对符号比较敏感，在add trandata时不要用分号 参考文档：http://www.itpub.net/thread-1759320-1-1.html

由于初始化时有可能出现数据不一致，在重新初始化时（如expdp），已读的trail文件不能重新应用，这样就算重新初始化也有可能数据不同步，可能有断的数据，我们需要你应用更早的日志，来保证数据没有丢失。         可以删除replicat进程，重新添加replicat进程，然后指定早一些的scn，replicat要开启HANDLECOLLISIONS，处理重复的记录，当目标端追上源端后

goldengate ERROR  OGG-01161 Bad column index (21)       源端与目标的表结构不一致

goldengate日志报ERROR   OGG-01172，由于dsc文件的大小超过了设置的大小，如果是初始化或是跳过trail 文件，可能就会产生大量的dsc记录            如果一会又达到了设置的dsc文件大小，可以设置成purge方式，如果：DISCARDFILE ./dirrpt/REP_TEST.DSC,purge,megabytes 100