TTA — when you believe    想到达明天现在就要启程…Home     AboutRAC环境中threads变更后如何确保goldengate继续正常复制八月 17th, 2011 @ Kevin.yuan   |【转载时请务必以超链接形式标明文章原始出处和作者信息】         当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的顺序发生了变化，因此会造成抽取进度出现问题。【 阅读全文 】Tags: goldengate, rac threads.goldengate2 Commentsgoldengate–使用filter+@GETENV在线重新初始化指定的table八月 9th, 2011 @ Kevin.yuan   |【转载时请务必以超链接形式标明文章原始出处和作者信息】         在oracle-oracle goldengate的复制环境中，有时候会碰到一些紧急的问题一时无法修复，为了避免影响整个复制环境的复制进度，采取跳过错误事务或者跳过特定对象的办法使得goldengate继续同步；如果后续某个表不得不需要重新同步，而且应用是不间断进行事务操作的，在不停止应用和重建整个复制环境的情况下，为了保证数据的一致性，如何在线对特定的问题对象重新初始化和继续同步呢？        处理的办法还是不少的，下面给出一个在replicat端过滤SCN事务的办法，来实现数据的一致同步。        处理的思路就是首先在target上获得该表上某个特定SCN版本上的数据(比如使用导入导出或者数据泵)，然后通过filter功能来筛选出该表上大于该commit scn的事务，从而确保事务的一致性。在goldengate v10之后，可以通过@GETENV函数直接获得事务的CSN。  【 阅读全文 】Tags: @getenv, goldengate，初始化，filter.goldengate3 Commentsoracle-oracle goldengate零停机初始化的技巧八月 1st, 2011 @ Kevin.yuan   |【转载时请务必以超链接形式标明文章原始出处和作者信息】       在实施goldengate过程中，初始化的方案选择是一个重要的环节，尤其对一个7*24小时的系统环境来讲。一个出色的    goldengate的实施不应该以停机时间作为代价，合适的初始化方法完全可以做到零停机。        如果事务不间断进行，如何保证初始化过程中事务的完整性和数据的准确性呢(静态的初始化环境无需多讲)？实现方法还是多样的，从工作机制上来讲，归纳起来主要有2种。     1. 利用 Keys + Handlecollisions     2.利用 commit SCN/CSN        Handlecollisions参数依赖于表上的Key(Primary key/Unique key)来对数据进行重复行和缺失行的处理，常在数据初始化过程中保证数据的一致性，gg文档上的初始化办法，比如initial load，都是用的这种办法。但是这种办法在实际的工程实施中是有相当大的限制。        首先，该初始化办法性能比较糟糕，对于大型数据库来讲，并不合适。更严重的是，它有很大的缺陷性。(引自metalink doc)：1. When there is primary key update (PKUpdate), the HANDLECOLLISIONS method may lose data. The solution in the case of a primary key update is for Extract to fetch whole row by making a flashback query. However, this is not efficient and may not be possible in certain environments.2. When a table does not have any type of key, HANDLECOLLISIONS may introduce duplicate rows in the table. One workaround is to add a primary or unique key to the target table.3. The exact timestamp when the initial lo