HANA智能数据与Oracle日志读取器的集成性能较差

2020-08-30 08:55发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


你好

我们正在设置一个实时复制,以使用HANA SDI设置将21个oracle表(约650GB)复制到Hana中。 DP代理安装在单独的盒子上。

如果我们在复制任务上对分区进行并行处理,那么初始加载就可以了,不是很快,但是每秒大约7000行。

我们遇到的问题是增量变化速度不够快,因此我们达到了Oracle日志的48小时保留率。

为此,我们与SAP发生了高优先级事件,他们建议我们切换到复制行为或仅实时,而不要使用结构实时。

SAP要求我们升级DP代理软件版本2.3.3。

我们采纳了两个建议,并成功复制了两个最大的表(在联机延迟2分钟之内),因此我们重新打开了所有21个复制表。 但是,重新启动后,我们发现过去3天的延迟有所增加,因此它将达到即将到来的几天,由于清理日志文件,日志文件不再可用。

如果我验证当前性能,则与源相比,我们落后了107个日志文件:

选择 * 来自" PUBLIC"。" M_REMOTE_SOURCE_STATISTICS" 其中" SUB_COMPONENT" ='UI'

远程源已通过8个并行扫描仪激活了并行扫描(也是SAP的建议)。

是否有人建议检查和设置什么内容,因为我不确定SDI是否是我们前进的方向,而SAP也不清楚如何解决此问题。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


你好

我们正在设置一个实时复制,以使用HANA SDI设置将21个oracle表(约650GB)复制到Hana中。 DP代理安装在单独的盒子上。

如果我们在复制任务上对分区进行并行处理,那么初始加载就可以了,不是很快,但是每秒大约7000行。

我们遇到的问题是增量变化速度不够快,因此我们达到了Oracle日志的48小时保留率。

为此,我们与SAP发生了高优先级事件,他们建议我们切换到复制行为或仅实时,而不要使用结构实时。

SAP要求我们升级DP代理软件版本2.3.3。

我们采纳了两个建议,并成功复制了两个最大的表(在联机延迟2分钟之内),因此我们重新打开了所有21个复制表。 但是,重新启动后,我们发现过去3天的延迟有所增加,因此它将达到即将到来的几天,由于清理日志文件,日志文件不再可用。

如果我验证当前性能,则与源相比,我们落后了107个日志文件:

选择 * 来自" PUBLIC"。" M_REMOTE_SOURCE_STATISTICS" 其中" SUB_COMPONENT" ='UI'

远程源已通过8个并行扫描仪激活了并行扫描(也是SAP的建议)。

是否有人建议检查和设置什么内容,因为我不确定SDI是否是我们前进的方向,而SAP也不清楚如何解决此问题。

付费偷看设置
发送
3条回答
hengyuye
1楼-- · 2020-08-30 09:27

您好 Gert Jan Oostrum

您找到此问题的任何解决方案了吗? 如果找到任何内容,请分享。

我也遇到了与oracle日志读取器适配器相同的问题,其中实时复制卡住了。 在DP代理和HANA索引服务器日志文件中找不到任何错误。

此致

MANIRAJA R

lukcy2020
2楼-- · 2020-08-30 09:32

嗨Gert Jan Oostrum,

您是否找到解决Oracle日志读取器性能不佳问题的解决方案? 我对此感兴趣,可以与我们分享吗?

谢谢

Daniel

代楠1984
3楼-- · 2020-08-30 09:29

您是否检查了SAP注释2710286-RECEIVER和DISTRIBUTOR组件之间的SDI实时复制延迟-是否调整了DP Server的性能?

一周热门 更多>