HCM的IDM初始加载非常慢

2020-08-14 17:45发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 我们正在通过VDS将...

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

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


专家们,

我们正在通过VDS将用户从HCM加载到IDM 8.0 sp6中。 该过程需要很长时间。 我们有7500多个用户和400多个业务角色。 业务角色都是在HCM加载开始之前创建的。

我们有一个通行证,可以在HCM登台工作期间将用户与业务角色进行匹配,以便将用户按所需的访问权限分配给10个ABAP系统中的每个。

我的问题是...为什么要花这么长时间? 在HCM加载过程中(大约花了4天的时间),我们每5-10分钟以大约1个用户对1个系统的速度预配置用户(我们预计将进行58,000次此类预配置)。 我们认为,当HCM负载完成并且可以使用所有4个调度程序向ABAP系统进行配置时,它将加快速度。

确实提高了速度-我们现在每5分钟吸引一位用户访问所有系统,但在10天内不到2000位用户。

当我们查看作业日志时,它显示的"使用时间"通常很小-大多数情况下为5s-但是作业之间的时间以分钟为单位。 而且我们注意到,当同一用户在同一系统上拥有多个特权时,这可能会有所不同(例如,提供4个特权需要241秒)。

我认为还有一个副作用,那就是我们不能使用Web UI来显示任何用户。 每当选择要显示的ID时,我们都会得到500错误。

我应该指出,我在调度员和工作中发挥了很多作用。 根据一些OSS注释,我发现我设置了一个调度程序来处理客房清洁等,并将其排除在执行任何作业之外。 我设置要运行的其他调度程序仅选择作业-不会将作业设置为多个调度程序。 在过去的一个周末似乎没有任何影响,所以现在有3位调度员正在处理所有工作,而其中1位正在处理客房清洁等。

我们所有组件都在同一系统上。 我们正在使用ASE数据库运行。 数据库管理员说数据库运行良好。

任何建议都将受到欢迎。

5条回答
Tong__Ming
2020-08-14 18:34

您好,

我想与我分享有关性能主题的一些经验...在上一个IDM GoLive期间,我们遇到了类似的问题。 我们必须从HCM向IDM转移大约12.000名人员,按照定义的规则进行处理,在SAP后端(40个存储库)中分发信息,并在HCM中保持信息类型。
第一次运行在之后取消 我们发现了严重的性能问题。 LDAP传输本身不是什么大问题; 40分钟后完成。 但是IDM的处理花费了很多时间,每个人员人数大约需要45秒。 我们有一个最大时间窗口。 4小时。.

我们为优化所做的工作:
-优化了数据库设置,参数更改,增加了流程,按计划创建表和索引统计信息
-设置了一个IDM调度程序来处理HCM处理, 另一个供后端使用的资源-限制每个流程步骤和调度程序级别的日志记录; 它设置为" Info",这会创建许多我们不需要的日志,因此我们增加了它以仅显示警告-因此,我们还对uInfo/uWarning函数的自定义脚本进行了交叉检查。
"最大并发rt引擎 调度程序的""和" rt引擎的最大循环"参数也影响了我们的整体性能,因为IDM创建了许多Java进程,这些进程几乎"杀死"了系统(和数据库)。 在IDM方面,有太多的过程正在消耗CPU和内存,因此服务器已完全耗尽。 另一方面,DB无法再处理请求。 现在,我们发现并发引擎(以及数据库进程)具有很高的价值。
-我们还检查了分配给SYSTEM-privilege的属性,默认情况下,分配了许多不必要的属性,结果IDM触发了许多无用的配置任务。 我猜属性的数量减少到15个。
-处理人员编号的IDM流程逻辑进行了一些更改(验证,写入SAP主数据库,后处理等)。

< p>
这样做,我们可以将agg运行时间优化为每个人员人数2-5秒。

但是,处理数据的最佳方法是更改​​HCM流程。 我们使用RPLDAP_EXTRACT_IDM中的delta函数。 通过实施HR_LDAP_EXTRACT_PA,人力资源部门进行一些更改后,相关人员编号便会标记为通过表HRLDAP_PERNR转移到IDM。 我们在HCM中运行另一个Z *小报告,该报告还检查相关人员编号。 所有这些都存储在表HRLDAP_PERNR中。 每小时运行一次IDM增量抽取; 所以我们有最大 每次运行要处理的人员数量为10-20,这对性能没有任何影响。 此外,更改和用户信息将在很短的时间内提供。

Richard

一周热门 更多>