本文介绍了"激活Livecache锁"在定制SNP规划区中的应用

背景

APO从7.0版升级到7EHP2版后，我们面临以下问题。许多SNP拷贝作业/SAPAPO/RTSCOPY开始失败。SAP告知SNP的锁定逻辑已得到改进（注1318667–SNP聚合9AMALO的锁定条目不正确）。在我们的案例中，注释作为升级的一部分实施，升级后，大数据前景如何，我们质量体系中的作业失败，并显示消息"锁表溢出"。

SM12中的锁数由配置文件参数enque/table控制_尺寸。这个由BASIS团队维护。参数值的增加不应超过一定的限度

解决此问题的可能方法是

1。限制副本的选择。每一个大的步骤都必须被更小的选择步骤所取代。这会导致更多的维护问题，因为选择需要定期更新。

2使用宏进行复制-如果系统有大量时间序列KF，则需要为每个副本创建一个唯一的宏。宏将有更多的运行时间。

3使用"激活LC锁"选项定制SNP计划区域。这个选项已实现，详细信息如下。

考虑一个自定义规划区域，具有三个时间序列KF，如下所示。

案例1："激活livecache锁"未选中。

/SAPAPO/RTScope已运行，如下所示选择

SM12显示大量锁。这是一个具有代表性的屏幕截图，在我们的实际测试中，作业因表溢出而失败。

案例2："激活livecache锁"被选中。

SM12锁仅显示一个参考LCA\U GUID\U STR的条目。

Report/SAPAPO/TS\U LC\U DISPLAY\U locks显示以下内容，更多信息在details按钮中可见。

SAP note：1988958（数据已锁定：使用liveCache锁定逻辑时如何找到锁定的计划对象）解释了上述报告。

如果计划区域不一致，则报告失败，并显示以下消息。同样可以通过运行一致性报告和OM17来修复。

规划区锁定逻辑的改变会产生巨大的影响，必须进行彻底的测试。我们测试的一些场景是：

结论："Activate Livecache lock"对于SNP规划区域是一个很好的选择，可以防止表溢出错误。

嗨Radhakrishna；

请尝试执行程序/SAPAPO/TS\u LCM\u REORG\u SNP。大部分升级问题都是由于数据库级的PA锁造成的。这个问题可以向Basis团队说明，云服务器服务，他们可以尝试用DB lock条目清除，这会导致锁表溢出。有时它也会在您的场景中抛出错误堆栈溢出。

问候；

AravaSantosh

Hi Santosh

据我所知，大数据100，很少有项目实际将此选项用于SNP规划区域。在我的例子中，我们有20个SNP版本和10个时间序列KF。我们有大量的复制步骤将时间序列KF从一个版本复制到另一个版本。所有这些复制步骤都开始失败，一元云购下载，出现表溢出消息。SAP建议我们使用LiveCache锁定选项，解决了我们的问题。我相信这个选择是好的，值得一试。在任何情况下都需要广泛的测试。

，怎么成为淘客