使用LCMCLI的全面升级-非常慢-不使用RAM

2020-09-01 04:11发布

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

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


我已阅读样式书一遍又一遍,但是模式书并没有给我解决该问题的答案。 我有一个集群环境(6台服务器)。 其中之一就是严格意义上的LCM节点

我要测试的第一个属性文件是前1-2000个静态关系,SI_PARENT_FOLDER_CUID,SI_OWNER,来自CI_INFOOBJECTS的SI_PATH,CI_APPOBJECTS,CI_SYSTEMOBJECTS DESCENDENTS(" SI_NAME ="文件夹层次结构""," SI_ID in 23") ")AND SI_INSTANCE = 0 ORDER BY SI_NAME ASC,SI_ID ASC

它可以运行超过3小时以处理2000个报告 ...... RAM的使用量为6.8GB(总共 48GB )。

我有一个运行这些服务的专用LCM节点:

  1. CMS
  2. APS.Promotion(-Xms6g -Xmx8g)
  3. AJS.Promotion(Xms20g,Xmx30g)
  4. FRS.In
  5. FRS.Out

LCM_CLI.bat参数为-Xmx8g

这应该为OS/SIA/CMS/FRS留下2gb

属性文件(CMS):

  1. LCM_CMS(MSP-BILCM01:6400)
  2. SOURCE_CMS(MSP-BILCM01:6400)

我已经创建了LCMCLI用户组和服务器组。 我已将上面的5台服务器放在此服务器组中。 我已将管理员帐户放入该用户组。 我已经在LCMCLI用户组上设置了默认设置,以严格使用LCMCLI组中的服务器进行调度。

此外,当我进入CMC \ Sessions时,我看到管理员打开了带有client = Lifecycle Management的会话,但是这些会话使用的CMS不是我在LCM和SOURCE属性文件中定义的CMS。 CMS。

我要去哪里错了? 我如何利用所有这些RAM来加快这只小狗的速度?

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

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


我已阅读样式书一遍又一遍,但是模式书并没有给我解决该问题的答案。 我有一个集群环境(6台服务器)。 其中之一就是严格意义上的LCM节点

我要测试的第一个属性文件是前1-2000个静态关系,SI_PARENT_FOLDER_CUID,SI_OWNER,来自CI_INFOOBJECTS的SI_PATH,CI_APPOBJECTS,CI_SYSTEMOBJECTS DESCENDENTS(" SI_NAME ="文件夹层次结构""," SI_ID in 23") ")AND SI_INSTANCE = 0 ORDER BY SI_NAME ASC,SI_ID ASC

它可以运行超过3小时以处理2000个报告 ...... RAM的使用量为6.8GB(总共 48GB )。

我有一个运行这些服务的专用LCM节点:

  1. CMS
  2. APS.Promotion(-Xms6g -Xmx8g)
  3. AJS.Promotion(Xms20g,Xmx30g)
  4. FRS.In
  5. FRS.Out

LCM_CLI.bat参数为-Xmx8g

这应该为OS/SIA/CMS/FRS留下2gb

属性文件(CMS):

  1. LCM_CMS(MSP-BILCM01:6400)
  2. SOURCE_CMS(MSP-BILCM01:6400)

我已经创建了LCMCLI用户组和服务器组。 我已将上面的5台服务器放在此服务器组中。 我已将管理员帐户放入该用户组。 我已经在LCMCLI用户组上设置了默认设置,以严格使用LCMCLI组中的服务器进行调度。

此外,当我进入CMC \ Sessions时,我看到管理员打开了带有client = Lifecycle Management的会话,但是这些会话使用的CMS不是我在LCM和SOURCE属性文件中定义的CMS。 CMS。

我要去哪里错了? 我如何利用所有这些RAM来加快这只小狗的速度?

付费偷看设置
发送
10条回答
小c菟菟
1楼 · 2020-09-01 04:39.采纳回答

我没有答案,但有一些想法:

您无法控制哪个CMS将拥有一个会话,或者哪个将处理一个CMS。 查询。 (您也不能完全禁用CMS,但您已经知道这一点)。 在配置文件中指定特定的服务器和端口只能识别集群。 CMS将自己决定哪个会话拥有您的会话。

迁移过程涉及很多过程:本地LCMCLI过程,源CMS,LCM CMS(如果有)以及其他几个过程。 问题是,造成延迟的是哪一部分? CMS查询的默认超时时间为9分钟。 您的流程运行了3个小时,因此我认为CMS查询处理不会延迟。 (您可以通过在Query Builder中运行它来确认这一点。)

您拥有专用的LCM服务,但是可以建立一个专用的LCM系统。 这将是一个完全独立的BOE集群,只托管LCM及其相关服务。 不能保证这会有所帮助,但是它将减少与LCM和其他服务的任何争用。

我相信 LCM APS将在FRS中生成中间文件作为其导入对象, 源CMS。 因此,无论您有多少RAM,总会有硬盘传输限制。

我能想到的一种解决方法是一次创建一个根文件夹,而不是现在拥有的所有文件夹。/p>

落灬小鱼
2楼-- · 2020-09-01 04:43

感谢Shiva。

源系统:我们本地数据中心中的4.2 SP06 Patch 500。

目标系统:4.2在Microsoft Azure上运行的SP07 Patch 500。

My梦
3楼-- · 2020-09-01 04:41

嗨,大脑,

仅基于此行为和完整记录,我无法获得更多帮助。 您是否有全面的AJS跟踪显示至少在一段很长时间内它的工作状态,以便我们可以看到它的工作状态?

如果您有很多工作,或者无法在此处附加, 我了解,我们可以离线进行跟踪并对其进行审查,或者在结束时对其进行审查,以检查其浪费周期是否在某个地方。

谢谢,希瓦

compass1988
4楼-- · 2020-09-01 04:35

感谢希瓦-我 将会在今天获得更多的痕迹-但是我敢肯定,您在与Joe Peters的对话中看到过。 他进行了测试,发现在我认为系统"卡住"的时间内有很多CMS查询正在运行。 这些查询在做什么?

即使我在属性文件中设置了不计算依赖性的开关,我仍然担心LCMCLI在这段时间内正在计算依赖性。

一周热门 更多>