RAC环境中threads变更后如何确保goldengate继续正常复制
当rac节点变更的时候,比如我们添加或者删除了集群中的节点,理所当然会对节点对应的log threads进行添加或者删除,但会造成goldengate的map log threads的顺序发生紊乱。在进行这一类行为变更的时候,特别需要注意goldengate端也需要进行特别处理。
比如,在节点添加之前,goldengate map log threads顺序如下(数据库log thread在后,下同):
1—>1 (假设是sequence 100,rba 1001)
2—>2(假设是sequence 88,rba 3009)
当添加节点后,map log threads的顺序会变成:
1—->3(sequence 88,rba 3009)
2—->1(sequence 100,rba 1001)
3—->2(new)
当ogg重新工作的时候,因为此时map的顺序发生了变化,因此会造成抽取进度出现问题。
