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博客 ” ，链接：https://blog.itpub.net/29047826/viewspace-1467776/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
