SAP HANA SDI ECC源与HANA表增量

Question

在我们目前的系统中，我们有许多ECC表被复制到SAP中，并使用SDI (Smart Data Integration)。复制任务可以是实时的，也可以是按需的，但有时复制任务来得太晚，复制表中的数据与源表中的数据非常不同。

在SAP中检查这些增量值的最佳方法是什么？

• DB2LogReaderAdapter使用
• 数据库读取DB2数据库表，
• 远程源是在云中创建的(虚拟表)
• ，大约有260个复制任务只包含一个基于虚拟表的object
  • Replication任务
  • 目前面临的最大问题是远程源表(增量值)

  F 215中的延迟

Answer 1

这里没有一种简单、直接的“检查”增量值的方法。无论源系统中的事务组合如何，260个复制任务都是彼此独立处理的。

这意味着，如果表A和表B在同一事务中更新，但在单独的任务中复制到HANA，则数据将在单独的事务中写入HANA。HANA的数据将落后于源系统。

通常，这种差异应该只持续一段相对较短的时间(可能几秒)，但是，当然，如果您进行聚合查询并希望查看当前的有效和等，则会导致错误的数据。

处理这一问题的一种方法是以考虑到这一点的方式实现查询，例如对半小时前(或更长时间)更改的数据进行过滤，并排除较新的数据。

请注意，由于通过LogReader进行的复制是与源系统的事务处理脱耦合的，因此“滞后数据”的问题在概念上是内置的，通常无法避免。

我们所能做的就是减少滞后性，解决上游加工中的差异。

这个问题就是为什么在操作报告这样的情况下，远程数据访问通常比复制更受欢迎的原因之一。如果您确实需要数据加载(例如，为了避免源系统上的额外负载)，那么将ETL/ELT方法引入数据存储(DWH/BW类)会使情况变得更好。

事实上，当前的S/4 HANA & BW/4 HANA设置通常使用调度数据负载和通过操作增量队列从源系统临时获取新数据的组合。

Answer 2

Lars，如果我们需要从Oracle上的ECC复制数据到HANA实例，我们应该使用SLT (例如，因为集群表)还是SDI已经涵盖了SLT提供的所有功能？你好，克里斯