远程客户端复制-删除表上的操作,处理缓慢,大型源DB。

2020-08-25 15:19发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们于20年3月3日...

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

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


大家好,

我们于20年3月3日晚上从我们的QAS系统在DEV系统上开始了远程客户端复制,并且它一直在运行。

以下是有关RCC的一些信息,

1)源数据库(QAS)约为1.2TB。

2)配置15个RFC连接以进行并行处理。

3)根据测试运行(资源检查)的建议,在目标数据库(DEV)的PASAPSR3和PSAPTEMP中添加了额外的空间。

4)所有用户都被锁定在DEV和QAS中,因此不会对数据进行任何进一步的更改。

5)DEV有两个客户端4xx和5xx。 正在5xx上执行远程客户端复制。

6)我们需要从QAS到DEV 5XX的全部数据。

7)选择的"客户端副本"配置文件是SAP_ALL。

8)最近9天开始运行远程客户端副本。

9)过去在DEV 5xx中没有形成任何形式的客户端副本。

我已经在SAP知识库中阅读了很多SAP Notes,并且没有检查清单告诉我们是否要继续进行远程客户端复制。

从SCC3,我们知道尚未复制到QAS的表是BSAS,BSIS,EKBE,FAGLFLEXA和MSEG。 这些是标准的SAP表,所有表中最大的是FAGLFLEXA。

从SM66,我们观察到正在对表BSAS,BSIS,EKBE,FAGLFLEXA执行删除操作。 不知道为什么会这样。

即使配置了15个RFC连接,DEV有时仍仅对表FAGLFLEXA执行DELETE操作,此操作持续了3天。 在我们取消客户端副本并重新启动相同的客户端副本之后,此删除操作开始。 重新启动对我们有帮助,因为DEV开始复制其他表,而尚未复制的表减少了。 管理层对此过程感到高兴。 但是,在客户端复制重启后,我们看到了很多RFC错误,SCC3中表的复制错误和程序错误。 但是,DEV正在逐一清除它们。

这些是我的经验,我们需要有人帮助我们,了解为什么使用客户端复制,最初尝试在FAGLFLEXA表中插入数据,然后取消和重新启动远程客户端复制,然后在FAGLFLEXA表中执行数据删除吗?/p>

谢谢

阿齐兹

9条回答
粗暴的香蕉
2020-08-25 15:51

您好 Aziz Basha Shaik

表FAGLFLEXA用于"总帐:实际行项目",这是总帐会计核算的关键表之一。 客户端副本总是在正常和预期的目标系统中执行数据删除。 它会清除目标客户端并进行删除,然后从源开始实际复制。

在我看来,目标系统本身具有很大的表,这就是删除它需要花费大量时间的原因。 有很多事情可以提高客户端复制期间的性能-让我分享其中之一。

并行进程
对于远程客户端复制-每个目标数据库CPU三个进程是一个合适的值。
参考: SAP note 541311-CC-INFO:并行进程常见问题解答

排除大表
正如我之前所说的,始终首先删除目标系统,在这里您可以通过从数据库级别手动删除表来排除大表。 通过DB SQL或DB02查找大表,并检查它们是否仅具有具有当前系统客户机号的数据,或者它们是否具有多个客户机的数据(跨客户机表)。
仅当您从数据库级别执行了删除操作后,才能发布该结果。
参考:客户端复制和删除的性能优化
https://blogs.sap.com/2015/06/performance-optimization-of-client-copy- 和删除/

以同样的方式,如果您在源上看到大表,则复制时可能会出现性能问题,并且可以通过数据库级​​别完成,并且可以从客户端复制专家设置中跳过这些表副本。

希望它

请注意
Deepak

一周热门 更多>