点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

您好，专家，我们想使用此SDI Oracle Log Reader功能对BW4/HANA中源Oracle数据库的某些表执行实时数据加载，而又不对该源数据库添加任何额外负载 ，并且我们正在就此进行概念验证。


事实上，我们已经在HANA端安装了Data Provisioning Server和Data Provisioning Agent（在我们的示例中， 源Oracle数据库位于中间，而不是分开放置），设置Oracle Log Reader。

我们已经完成了设置，并且看起来工作正常，因此，只要我们更新该源Oracle中的记录， 数据库中，我们看到了Hana Virtual表级别的更改，如果创建了提取请求，我们将看到提取检索到一条数据记录。


但是，我们的疑问是该Oracle Log Reader在技术上到底有多准确 作品; 它如何从重做日志中读取信息，将其保存到启动BW提取之前，因为我们无法确定在Oracle级别创建的LogReader用户实际上不是在读取自己的数据库，也不是在读取重做日志（因为 必须授予我们要捕获的表的"选择"权限），并且我们在任何地方都找不到此过程的确切工作方式。


我个人的观点是Oracle Log Reader实际上正在检查 Oracle数据库的联机重做日志，并且当它检测到影响我们在BW4/HANA中选择的表的更改时，会将更改信息保存到其他位置，可能在我们看到代理在/下创建的文件结构中 usr/sap/dataprovagent/ds-lite/sqla/tmp/dslite_repo_ 或在名为dslite_repo.db的文件中，但是它也可以在Oracle级别（在Oracle Log Reader用户拥有的另一组表中）执行 在数据库中以所有者身份创建。

有人可以确认如何操作吗？ 的工作？


然后，我们又产生了另一个疑问：HANA虚拟表的初始满负荷是如何发生的？ 因为可以肯定的是，我们选择的表的所有现有更改记录都不属于重做日志的一部分（当我们有一个脚本来压缩脱机重做日志文件时，每小时将其移动到另一个位置就更是如此）。
也许是通过在Oracle级别的实际表上使用直接的"选择"语句来完成初始加载的？ 还是完全正确？



非常感谢您，最好的问候！
Jose Sanz