OGG 指定csn启动复制进程的另一种方式

OGG运维经常会使用数据泵按照csn来重新初始化表。 为了不影响其它表的同步，可能会将需要同步的表单独创建一个进程，单独创建一个配置文件，使其被剥离，将影响降到最低。当该表重新初始化话，最后使用 START REPLICAT , ATCSN 启动进程后就大功告成，等待追平延时。

最近遇到了新状况，就是在 START REPLICAT , ATCSN，并且追平延时后，复制进程就不再继续复制源库变化了。 在源端发起dml，通过lag 看到该表的dml语句已经被成功投递，但是在复制端没有应用，反复使用lag 没有变化。

百思不得其解，检查所有步骤均没有问题。

后来采用了另一种方式，在复制进程的参数文件中使用filter参数来制定CSN的方式解决问题。其实两种方法的原理是一样的，而且都使用过很多次了，但是这次只有filter方式起作用，特此记录一下。

map BLS.ESTRAINTS, target ATM.RESTRAINTS, filter ( @GETENV ("TRANSACTION", "CSN") > 12509724757269 ) ;

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29047826/viewspace-1467776/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29047826/viewspace-1467776/