[翻译自MOS文章]怎么在OGG 12c版本中把replicat进程重新定位到之前的trail文件位置上?
2017-01-28 18:38
1051 查看
翻译本文时,是中国农历新年的大年初一(2017.01.28),已经放了好几天假了,也好几天不上MOS了,感觉心里不踏实,犹如电影"核艇风暴"中阿拉巴马号艇长Ramsey在潜艇下潜之前,在潜艇舰桥(潜艇围壳)上抽着雪茄对副艇长Hunter说:"没有雪茄的空气是不真实的",我觉得每天不登录MOS也是不真实的.
本文翻译自:How to re-position a Replicat in OGG v12c (Doc ID 2071941.1)
适用于:
Oracle GoldenGate - Version 12.1.2.1.9 and later
Information in this document applies to any platform.
症状:
在OGG v12.x版本中,replicat进程不重新处理(译者注:此处的重新处理理解成重新应用比较合适)trail文件中已经应用过的record.
改变:
(译者注:无)
原因:
如果replicat进程重新定位到已经处理完毕的trail file,replicat进程不会重新应用这些数据--这是预期的行为,因为 COMMIT SCN 小于被replicat进程处理过的last record.
解决方案:
译者注:
关于nofilterduptransactions
1.这是一个ggsci中start replicat命令中的一个参数,不是replicat进程的参数文件中的参数
2.该参数的含义见:http://docs.oracle.com/goldengate/c1221/gg-winux/GWURF/GWURF.pdf
3.该参数有如下的解释:
4.MOS中的相关参考文章:
Extract abending with OGG-01740 Oracle GoldenGate Capture For Oracle: Invalid Numeric Data (Doc ID 2208087.1)
本文翻译自:How to re-position a Replicat in OGG v12c (Doc ID 2071941.1)
适用于:
Oracle GoldenGate - Version 12.1.2.1.9 and later
Information in this document applies to any platform.
症状:
在OGG v12.x版本中,replicat进程不重新处理(译者注:此处的重新处理理解成重新应用比较合适)trail文件中已经应用过的record.
改变:
(译者注:无)
原因:
如果replicat进程重新定位到已经处理完毕的trail file,replicat进程不会重新应用这些数据--这是预期的行为,因为 COMMIT SCN 小于被replicat进程处理过的last record.
解决方案:
start <replicat-name> NOFILTERDUPTRANSACTIONS当replicat进程从0,0开始处理时,replicat进程正常使用CSN Filtering功能.当你改变replicat到之前应用过的record,并且使用start with nofilterduptransactions 来启动replicat时, replicat进程能按照预期(译者注:预期是指重新应用已经应用过的record)来处理record
译者注:
关于nofilterduptransactions
1.这是一个ggsci中start replicat命令中的一个参数,不是replicat进程的参数文件中的参数
2.该参数的含义见:http://docs.oracle.com/goldengate/c1221/gg-winux/GWURF/GWURF.pdf
3.该参数有如下的解释:
Causes Replicat to ignore transactions that it has already processed. Use when Extract was repositioned to a new start point (see the ATCSN or AFTERCSN option of “START EXTRACT”) and you are confident that there are duplicate transactions in the trail that could cause Replicat to abend. This option requires the use of a checkpoint table.If the database is Oracle, this option is valid only for Replicat in nonintegrated mode. In case of Integrated mode and automatic target trail file regeneration, the Integrated mode handles the duplicate transactions transparently. The default is FILTERDUPTRANSACTIONS
4.MOS中的相关参考文章:
Extract abending with OGG-01740 Oracle GoldenGate Capture For Oracle: Invalid Numeric Data (Doc ID 2208087.1)
相关文章推荐
- 【翻译自mos文章】OGG replicat 进程使用的 TCP 端口
- [翻译自MOS文章]在OGG的trail文件中始终包括lob类型记录的方法
- 【翻译自mos文章】OGG replicat 进程使用的 TCP port
- 【翻译自mos文章】Oracle GoldenGate 怎么在源头的传输进程和目的端的server/collector进程之间分配 port?
- 【翻译自mos文章】怎么获得Oracle Database 12c中的audit session id
- 【翻译自mos文章】怎么找到OGG Director Server使用的数据库和用户名?
- 【翻译自mos文章】怎么允许特定版本的client 登陆到database中
- 【翻译自mos文章】怎么找到OGG Director Server使用的数据库和username?
- 【翻译自mos文章】当控制文件的备份丢失时,怎么restore database
- 【翻译自mos文章】Oracle GoldenGate 怎么在源头的传输进程和目的端的server/collector进程之间分配 端口?
- [翻译自mos文章]不完全恢复之后,open resetlogs之前,怎么快速的检查数据库是否处于一致性的状态?
- 【翻译自mos文章】在重建控制文件之前应该考虑的事情
- [翻译自MOS文章]OGG的管理者进程总是监听在默认主机和端口上.
- 【翻译自mos文章】OUI 的log文件和trace文件的位置
- 【翻译自mos文章】对于oracle 数据库来说,OGG的抽取进程什么时候到database中获取数据?
- 【翻译自mos文章】怎么检查Oracle GoldenGate(OGG)的checkpoint file 是否被locked?
- 【翻译自mos文章】在重建控制文件之前应该考虑的事情
- 移动数据文件到其他位置翻译mos文章 文档 ID 1543367.1
- 【翻译自mos文章】recover.bsq文件在数据库软件安装光盘的哪个位置?
- 【翻译自mos文章】OGG的Director界面 显示mgr进程是红色的叉号,其实mgr是up的状态