问从Oracle 11g到Kafka的流数据

EN

首先，一般的答案是:连接甲骨文(数据库)到卡夫卡的最好方法是结合卡夫卡的connect API和GoldenGate的现成连接器使用汇合平台。请参阅https://www.confluent.io/product/connectors/中“认证连接器”一节中的GoldenGate/Oracle条目。列出的GoldenGate卡夫卡连接器是由甲骨文维护的。

汇合平台是最好的方式吗？

因此，一般来说，上述问题的答案是：“是的，是的。”

但是，正如您针对有关Oracle版本的特定问题指出的那样，不幸的是，Oracle在其GoldenGate连接器的自述文件中提供了以下信息：

支持的版本 Oracle GoldenGate Kafka连接处理程序/格式化程序是用以下产品版本进行编码和测试的。

• 用于大数据的Oracle GoldenGate 12.2.0.1.1
• 融合IO Kafka/Kafka Connect 0.9.0.1-cp1

Oracle GoldenGate Kafka连接处理程序/格式化程序可能需要移植才能与其他版本的Oracle GoldenGate进行大数据和/或合流IO /Kafka连接。

这意味着连接器不能使用Oracle 11g，至少据我所知。

如果没有回答你的具体问题，很抱歉。至少我想给你一些关于一般方法的反馈。如果我遇到一个更具体的答案，我会更新这篇文章。

更新2017年3月15日：你现在拥有的最好的选择是使用汇流JDBC连接器。但是，该连接器不能为您提供与Oracle的原生GoldenGate连接器完全相同的特性集。

甲骨文GoldenGate和Confluent Platform是不可比拟的。

Confluent Platform提供了完整的流媒体平台，是多个软件的集合，可以用于您的数据流，其中GoldenGate是复制和数据集成软件。

此外，GoldenGate对于db复制来说是高度可靠的，因为它维护事务完整性，而此时Kafka Mirror Maker或Confluent's Replicator则不能这样说。

如果您只想要纯事务-也请考虑使用OpenLogReplicator。它支持11.2.0.1版本的Oracle数据库。

它可以以两种格式产生到Kafka的交易：

• 经典格式-当每个事务都是一个Kafka消息(每个Kafka消息多个DMLS )
• Debezium样式格式-事务被划分-每个DML都是一条Kafka消息。

已经有了一个可行的版本。你可以试试。