本地Oracle至AWS EC2 Oracle实时异构复制方案咨询

AWS原生服务现状 #

目前AWS没有直接支持同时满足实时数据复制+异构表结构转换的原生端到端服务，你查阅文档的结论是准确的。

可行的实时/近实时复制方案 #

1. Oracle GoldenGate 核心方案 #

• 可行性：完全适配你的场景。GoldenGate可以捕获本地Oracle的redo日志，通过自定义映射规则、转换函数实现异构表结构转换（比如字段重命名、数据类型转换、字段过滤、表结构重组），最终将数据同步到EC2上的Oracle实例。
• 实时性：属于准实时级别，延迟通常在1-5秒，具体取决于源库事务量、网络带宽和GoldenGate的配置（可调整日志捕获和推送频率优化延迟）。
• 部署要点：本地部署GoldenGate Extract进程捕获源库变更，EC2上部署Replicat进程接收并应用数据；建议通过AWS Direct Connect或VPN搭建低延迟网络通道，避免公网传输的延迟波动。

2. GoldenGate + AWS Lambda 自定义转换方案 #

• 可行性：适合复杂异构转换场景。流程为：GoldenGate捕获源数据后发送到Kinesis Data Streams，触发Lambda执行自定义转换逻辑（用Python/Java等语言编写，支持任意复杂的结构重组、业务规则转换），再将处理后的数据写入EC2上的Oracle实例（通过JDBC或Oracle官方SDK）。
• 实时性：整体延迟在3-15秒左右，Lambda触发响应为毫秒级，主要延迟来自转换逻辑执行和数据写入Oracle的耗时。
• 优势：转换逻辑完全自定义，能覆盖GoldenGate内置转换无法满足的复杂需求，比如跨表关联转换、多源合并等。

3. AWS DMS 结合自定义转换补充方案 #

• 可行性：AWS DMS支持Oracle到Oracle的CDC（变更数据捕获）复制，同时可通过内置转换规则处理基础异构需求；如果需要复杂转换，可配置DMS在数据同步过程中触发Lambda执行自定义处理，再写入目标EC2 Oracle实例。注意源Oracle需要开启归档日志以支持CDC。
• 实时性：CDC模式下延迟通常在5-30秒，属于近实时级别，延迟受数据量、转换复杂度和DMS任务配置影响。

内容的提问来源于stack exchange，提问作者DBreaker