甲骨文

Oracle Fusion Apps数据与OAC数据复制的无缝集成

甲骨文研讨会

将融合云应用数据输入数据仓库的最简单和最低的维护方法之一是使用Oracle Analytics Cloud (OAC) Fusion Business Intelligence Cloud Connector (BICC) data Replication。融合应用的数据复制是OAC企业版的原生功能。如果您正在将本地应用程序(如E-Business Suite)迁移到Oracle SaaS,那么您可能已经意识到,除了BI Publisher类型报告的有限使用外,直接连接到Oracle SaaS事务数据库进行数据提取的功能通常是不可用的。然而,Fusion BICC提供了一种强大的方法,可以从Fusion Apps中提取数据。BICC从Fusion App视图对象中提取数据到存储在Oracle Cloud (OCI)上的文件中。OAC从BICC的数据复制简化了配置、调度和监控从BICC提取数据到云存储的整个过程,然后将相同的数据导入数据仓库。虽然这并没有真正提供类似etl的功能,但它确实简化了从Fusion应用程序中提取数据到Oracle数据库中的关系表结构的端到端过程。然后可以直接报告这些目标关系表,或者对其进行转换以进行更复杂的分析。

Oracle -指南Oracle云:5步骤确保成功移动到云
Oracle云指南:确保成功移动到云的5个步骤

探索将云与遗留应用程序集成的关键考虑因素,以及当前云实现面临的挑战。

得到指导

在我看来,在Fusion Apps中使用OAC数据复制的主要优势如下:

  • Oracle Managed:它是OAC的内置特性,因此不需要安装或维护软件。数据复制作业完全是在OAC门户内的internet浏览器中配置、调度和监视的。
  • 支持自定义融合BICC产品和自定义PVOs的摘要:如果您的Oracle SaaS实现团队在Fusion中设置了自定义数据集,因此最终使用自定义视图对象,这些数据也可以通过OAC数据复制导出。
  • 筛选数据提取:OAC数据复制的配置屏幕允许设置在提取融合数据时强制执行的筛选器。这些过滤器可能有助于避免拉入旧数据,或者将特定于组织的信息隔离到专用的目标数据库中。
  • 支持增量加载:从所有不同的Fusion数据源视图中设置增量数据提取策略是一项耗时的任务。然而,使用OAC Data Replication中提供的配置屏幕,这一切都很容易设置。
  • 句柄删除:虽然BICC本身不会自动识别源视图中的哪些记录被删除,但它有一种机制来识别当前状态下视图的主键。但是,必须将这些键与数据仓库目标表中的键进行比较,以便识别任何已删除的记录,从而处理删除操作。通过在OAC配置屏幕上选中视图对象的框,OAC数据复制将自动执行整个过程。
  • 跟踪历史变化:随着时间的推移,某些Fusion pvo会跟踪某些属性的变化。OAC数据复制也提供了在数据仓库中维护这些更改的选项。该选项支持将事实数据链接到与传统缓慢变化的维度(scd)行为类似的维度。
  • 数据加载调度:OAC数据复制允许以不同的间隔调度Fusion Apps的数据提取和加载。这可能是一天一次,但也可以在一天中多次。事实上,当需要较小的数据集时,可以将更重要的数据提取配置为每小时运行一次,以提供接近实时的报告。

虽然融合应用的OAC数据复制确实提供了一些很棒的功能,但有一些限制可能会使它不合适,这取决于您对未来状态数据仓库的整体看法。以下是它可能不够充分的一些原因:

  • 缺乏数据转换:正如其名称所推断的那样,OAC数据复制仅仅提供了一种将Fusion SaaS数据复制到数据仓库的简单方法。它实际上不允许在数据加载之前进行数据转换。可以这样想:复制的结果是数据仓库中填充的暂存区域。如果需要应用转换,则需要在复制了Fusion数据之后使用另一种技术。例如,OAC数据复制本身将不能基于来自Fusion外部的信息合并和转换Fusion源数据。为此,首先复制Fusion数据,然后作为单独的下游流程与非Fusion数据集成。
  • 加载到Oracle数据库的限制:来自Fusion Apps的OAC数据复制只加载数据到Oracle数据库或Oracle自治数据库。因此,例如,如果您需要将Fusion数据复制到Azure或其他非Oracle数据库,您将必须遵循两个步骤,首先复制到Oracle数据库,然后复制到您的最终目的地。因此,如果您的主要目标是非oracle,您可能需要考虑从Fusion Apps中提取数据的其他方法,如我的另一篇博文
关于作者

更多作者介绍

留下一个回复

这个网站使用Akismet来减少垃圾邮件。了解如何处理您的评论数据

订阅每周博客文摘:

报名
类别