EBS像一艘航空母舰，它的数据模型是巨大的 ，集成了200多个功能产品模块，有很多组件、补丁、新特性、数据类型一般通用Oracle数据库不会用到。因此，试图用GolenGate进行EBS升级或者平台迁移，不可不看StevenChan的博客，有两篇文档需要关注：
GoldenGate 12c Certified with E-Business Suite 12.2
By Steven Chan - EBS-Oracle on Jan 12, 2017
https://blogs.oracle.com/stevenChan/entry/goldengate_ebs122
Using Oracle GoldenGate with Oracle E-Business Suite
By Steven Chan - EBS-Oracle on Jun 13, 2011
https://blogs.oracle.com/stevenChan/entry/using_oracle_goldengate_with_oracle
其中，作者在2016年11月8日的更新中说：Oracle不再评估使用GoldenGate做EBS升级或平台迁移。
以下我尝试翻译这两篇文章：
Oracle GoldenGate提供跨异构系统的数据库事务的实时捕获，转换，路由和交付。 GoldenGate管理员指南显示了对通用数据库的六种拓扑支持。 Oracle GoldenGate在EBS 11i和R12环境中认证了其中三种：
1.单向（报表实例）：从EBS（电子商务套件）到报表实例
2.广播（数据分发）：从EBS（电子商务套件）到多个外部数据库
3.合并（数据仓库/数据集市/数据存储）：从多个来源，包括EBS（电子商务套件），到单个外部数据库
使用GoldenGate将信息从EBS复制到辅助系统的过程记录在：
Deploying Oracle GoldenGate to Achieve Operational Reporting for Oracle E-Business Suite(Note 1112325.1)
Using Oracle GoldenGate to Replicate Data from Oracle E-Business Suite 12.2 (Note 2004495.1)
仅单向复制适用于EBS
GoldenGate是一个非常强大的解决方案，其最有趣的功能之一是提供双向数据复制的能力。在某些情况下，您可以选择对外部实例上的复制数据进行更改，并在源数据库中更新这些更改。
这是一个非常漂亮的GoldenGate功能，但在EBS中不支持。您可以使用GoldenGate将EBS数据复制到外部数据库，但不能将更改的数据移回EBS数据库。 GoldenGate在EBS数据库中读取数据的能力已通过认证，但不能用于写入EBS数据库。
“How”但不是“What”
GoldenGate类似于手术刀。你可以自由使用它，但你必须学会如何自己进行心脏手术。
上面的文档描述了如何使用GoldenGate将数据从EBS复制到另一个系统。它不提供有关要复制哪些数据库对象的指导。
EBS数据模型是巨大的，正如你所期望的一样，它支持超过200个功能产品模块的集成功能。 GoldenGate是一个开发工具，与所有开发工具一样，需要对EBS数据模型达到专家级水平的理解，才能成功使用。eTRM是一个很好的EBS数据模型资源：
Oracle E-Business Suite Electronic Technical Reference Manual(eTRM)
EBS R12.2认证组合
•EBS 12.2.5和更高版本12.2.x版本
•数据库12.1.0.2或11.2.0.4
•GoldenGate 12.1.2及更高版本12.x版本
复制到非版本目标数据库
EBS 12.2的在线补丁（adop）架构对使用Oracle GoldenGate实现的数据复制解决方案具有重要意义。前面介绍了如何设置Oracle GoldenGate复制的单向配置（从EBS R12.2源数据库到非版本目标数据库，11gR2数据库新特性EBR，在线数据变更）。
EBS 12.2环境使用GoldenGate明显不同于以前的EBS版本。如果您正在将GoldenGate + EBS 12.1环境升级到EBS 12.2，您必须仔细规划MOS文档2004495.1中详述的新集成步骤。
未通过EBS迁移和升级认证
GoldenGate未通过如下认证：
•将EBS数据库从一个版本升级到另一个版本
•将EBS数据库从一个操作系统平台迁移到另一个操作系统平台
为什么不？ Oracle GoldenGate尚不支持EBS使用的所有数据类型的复制。 此外，GoldenGate依赖于具有表的主键用于复制。 EBS有超过10,000个没有主键的表。 这意味着尝试使用GoldenGate迁移或升级整个EBS数据库需要结合使用GoldenGate和其他手动步骤来保持参照完整性。
Oracle目前没有任何计划生成使用GoldenGate进行EBS升级或平台迁移的认证或自动化的方法。
EBS 12.2客户应使用我们的书面规程进行升级和迁移。
MOS文档
•Deploying Oracle GoldenGate to Achieve Operational Reporting for Oracle E-Business Suite (Note 1112325.1)
•Using Oracle GoldenGate to Replicate Data from Oracle E-Business Suite 12.2 (Note 2004495.1)
相关文档
-
Comparing Oracle Data Guard vs. Active Data Guard for EBS Environments
- Offloading (Some) EBS 12 Reporting to Active Data Guard Instances
- Three Options for Scaling Up E-Business Suite for Reporting
其他链接
http://www.dba-oracle.com/t_goldengate_ebusibess_suite_ebs.htm
另附上一段Steven的回复的中文翻译：
我们一直在评估这一点，但停止了我们的调查。这里存在显着的技术挑战，特别是大量（超过10,000）缺乏主键的EBS表。目前不可能在不对电子商务套件数据模型本身进行实质性更改情况下忽略这些数据类型使用GoldenGate。
在这一点上，我们认为使用Golden Gate将Oracle电子商务套件数据库从一个操作系统平台迁移到另一个操作系统平台是不可行的。
要点概括
Oracle停止认证用GoldenGate做EBS数据库的升级或迁移，原因有二：
1.EBS数据库中，并非所有的数据类型都支持逻辑复制，不支持逻辑备库（EBS支持物理备库），也不支持GoldenGate。
2.这里存在显着的技术挑战，特别是大量（超过10,000）缺乏主键的EBS表，当然你也可以说GoldenGate支持无主键列的复制，呵呵，看手册。
个人看法
我们可以指责Oracle EBS很烂，独立自主的研发一款我们的航空母舰当然很美，但需要投入巨大的人力财力，绝非几个人几天的功夫就可以彻底掌握。最后，对试图用GoldenGate升级、迁移EBS的客户，提醒一句：数据是现代企业的命根，三思而后行吧。对于做可行性方案的朋友，也提醒一句：复杂系统需谨慎，没有调查就没有发言权。
