1、ogg 復制進程預防延遲解決方案二、小交易合并：哪些表會產生大量的小事務，放到一個進程中，使用小交易合并參數，控制每一次提交事務中的 sql 語句的數量，從而達到優化 的目的。grouptranspos 500三、并行處理與進程拆分：拆分粒度：（1）可以通過 schema 進行區分，每個復制鏈路負責一個或多個 schema；（schema 下的表太多，不適合這種拆分）（2）也可以根據表進行分割，每個進程負責不同表的集合；（可以進行這種拆分）（3）對于同一個表也可以通過Range拆分為幾個進程同時處理。例如：（可以進行這種拆分，尤其對于這個表上存在大交易，大量事務） Replicat 1：MAP

2、 sales.acc t, TARGET sales.acc t, FILTER （RANGE （1, 2）；Replicat 2：MAP sales.acc t, TARGET sales.acc t, FILTER （RANGE （2, 2）;進程拆分的注意事項（1）各進程間沒有同步機制，應盡量確保同一交易事務涉及表在一個進程。（2）單個extract進程可處理日志一般為30-50G/小時，單個replicat進程一般只能處理1G隊列/小時，可采用一個extract對多個replicat 的模式。（3）由于ext rac t在cat ch up （追趕）模式需要讀取歸檔日志，速度慢且耗費資

3、源高，建議ext rac t 一旦出現較大延遲則立即進行拆分保證抽取一致性由于OGG的Extract性能較高，可以使用盡量少的Extract完成抽取（1個），多個抽取進程之間以業務或Schema進行區分，單個Extract抽 取出來的隊列中可以保證交易的一致性和先后順序。盡量保證投遞一致性（1）如單個Replicat無法滿足一個隊列投遞數據要求，可以根據表進行分割，每個進程負責不同表的集合，盡量保證同一業務涉及表放在一個 Replicat中，可以保證一致性；（需臨時禁止表間的外鍵鏈接保證Replicat可進行拆分）（2）對于同一個表也可以通過Range拆分為幾個進程同時處理，Replicat拆

4、分可能臨時造成各進程間不同步，但是多個Replicat性能會得到很大 提高，可以保證數據復制始終是實時的當源端出現災難后，由于Extract可以保證源端抽取時數據的一致性，而目標端多Replicat讀取的是同一個隊列，當它們應用隊列數據完畢 后是可以達到數據一致的而在 Goldengate 的 Pump 進程把這些日志傳送到容災端以后，由于容災端的機器配置一般不如生產端的高。再加上與 Replicat 相比 Extract 本身的入庫速度就比較慢。這會導致日志在容災端大量的堆積， Replicat 出現延時。這就需要對 GoldenGate 的 Replicat 進程進行拆分，來增加入 庫的速

5、度。拆分也有一定限度，不可以無止境的去拆分。因為每個Replicat都會占用系統的內存資源，而且會占用CPU資源。所以如果拆分太多的Replicat, 把系統的內存消耗完了以后，反而會導致入庫的速度理慢。在拆分的時候要根據實際情況進行有效的拆分。四、示例：STEP 1：停止要拆分的進程stop repyaSTEP 2:查看要拆分進程的SEQNO和RBA號info repya 或 send repya,statusSTEP 3：為要新的進程編輯參數文件，這里叫做repyb edit params repybSTEP 4：添加repyb進程組，并為其添加trail文件add replicat repyb , exttrail . /dirdat/yb checkpointtableSTEP 5：修改repyb的指針和repya相同 alter repyb , extseqno 1 extrba 117945STEP 6：再次確認repya和repyb的指針已經修改到一致狀態。info repyainfo repybSTEP： 一定要記住要把repya中拆分repyb中的表排除掉，否則會有重復數據。 edit params repyatableexclude scott .deptSTEP:啟動 repya 和 repyb。 start rep*到這里goldengate就把比較慢的