Oracle Goldengate并行复制

Oracle Goldengate并行复制

通常我们在做数据同步的时候,会用到oracle goldengate工具,也体会到了这个工具的强大。有时候面对大事务或者是出现应用进程延迟非常严重的时候可以考虑使用并行复制的功能。

在上一次的案例中,测试验证了非并行模式下的数据同步。在次就不全部测试了。根据上一次的文档调整为并行复制模式。

详细的测试验证请参考如下地址:

https://blog.csdn.net/bing_yuan/article/details/147239738?spm=1011.2415.3001.5331

调整为并行模式,抽取进程保持不变:

复制代码
add replicat repep, parallel, exttrail ./dirdat/ep, checkpointtable ggs.ckptab_scims

view param repep 

replicat repep
useridalias s_target
discardfile ./dirrpt/repep.dsc, append, megabytes 100
MAP_PARALLELISM 2
MIN_APPLY_PARALLELISM 2
MAX_APPLY_PARALLELISM 8
SPLIT_TRANS_RECS 10 
gettruncates
map scims.tscim ,target scims.tscim3;

相关参数解释:

复制代码
MAP_PARALLELISM

Configures number of mappers. This controls the number of threads used to read the trail file. The default value is 2.
配置映射器数量。这控制用于读取跟踪文件的线程数。默认值为 2。

APPLY_PARALLELISM

Configures number of appliers. This controls the number of connections in the target database used to apply the changes. The default value is 4.
配置应用器数量。这控制目标数据库中用于应用更改的连接数。默认值为 4。

MIN_APPLY_PARALLELISM | MAX_APPLY_PARALLELISM

The Apply parallelism is auto-tuned. You can set a minimum and maximum value to define the ranges in which the Replicat automatically adjusts its parallelism. There are no defaults. Do not use with APPLY_PARALLELISM at same time.
应用并行度是自动调整的。您可以设置最小值和最大值来定义 Replicat 自动调整并行度的范围。没有默认值。不要与应用并行度同时使用。

SPLIT_TRANS_REC

Specifies that large transactions should be broken into pieces of specified size and applied in parallel. Dependencies between pieces are still honored. Disabled by default.
指定将大事务拆分为指定大小的多个片段,并并行应用这些片段。片段之间的依赖关系仍然得到保持。默认情况下禁用。

重新启动进程

查看进程可以看到parallel关键字

测试验证数据同步正常。

相关推荐
ClouGence2 小时前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说20 小时前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils20 小时前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend1 天前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶1 天前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung1 天前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月1 天前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户3169353811831 天前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术1 天前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
倔强的石头_2 天前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库