点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 我们正在设置一个实...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供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也不清楚如何解决此问题。
您是否检查了SAP注释2710286-RECEIVER和DISTRIBUTOR组件之间的SDI实时复制延迟-是否调整了DP Server的性能?
一周热门 更多>