2020-08-27 09:57发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）专家们。 据我所知，在以前的S... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
专家们。
据我所知，在以前的SAP系统版本中，我们不能创建超过36个程序，也不能从子例程池中删除生成的程序。 今天，它已超过99K。 但是，如果我每天会生成100多个程序（我需要此程序），则可以在3-5年后使用所有这些限制。 也许在最新版本中，我们可以从Subroutine Pool中删除程序吗？
谢谢。
每个内部会话，该限制为36个。 。 您真的还需要更多吗？
我不理解"从子例程池中删除生成的程序"，您对这些术语感到困惑，一个子例程池就是一个子例程池类型的程序。 您要删除生成的子例程池。
不，您不能删除生成的子例程池。
解决方法是创建一个新的内部会话。 我经常使用RFC用户会话的创建-这是内部会话的高级级别（重复CALL FUNCTION'Z ...'DESTINATION'NONE'->生成SUBROUTINE POOL ...多达36次-> CALL FUNCTION'RFC_CONNECTION_CLOSE' EXPORTING destination ='NONE'），以便全局创建超过36个子例程池。
编辑有关99K限制的信息（下面的文字摘自注释）：
您要做什么 说："生成程序时，PROGNAME具有下一个值：％_T0001A，％_ T0001B，...，％_ T0001Z，..，％_ T0002A，％_ T0002B，... ...计数不取决于用户会话。"
我的回答："您是对的。有趣。但是我获得60.466.176的可能性，而不是99.000（36 ^ 5，因为5个位置中的每个位置都有10个数字+ 26个拉丁字符），所以 您有1800到3000年的时间才能到达％_TZZZZZ。我无法测试创建％_TZZZZZ之后（可能是从％_T00000重新开始吗？）之后发生的情况，因为如果在一秒钟内生成100个子例程池，我应该 应该等待大约7天。
如果我重新启动应用程序服务器，则编号将从％_T00000重新开始。 因此，这意味着您最多有6000万代用户，而无需重新启动应用程序服务器。
有关信息，请注意 64201-临时子例程池的最大数量建议使用SUBMIT而不是我的" RFC NONE"建议。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 Baoming ROSE 的问题《如何从子程序池中删除程序？》','https://www.easysap.com/answer/37945/106353.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
每个内部会话，该限制为36个。 。 您真的还需要更多吗？
我不理解"从子例程池中删除生成的程序"，您对这些术语感到困惑，一个子例程池就是一个子例程池类型的程序。 您要删除生成的子例程池。
不，您不能删除生成的子例程池。
解决方法是创建一个新的内部会话。 我经常使用RFC用户会话的创建-这是内部会话的高级级别（重复CALL FUNCTION'Z ...'DESTINATION'NONE'->生成SUBROUTINE POOL ...多达36次-> CALL FUNCTION'RFC_CONNECTION_CLOSE' EXPORTING destination ='NONE'），以便全局创建超过36个子例程池。
编辑有关99K限制的信息（下面的文字摘自注释）：
您要做什么 说："生成程序时，PROGNAME具有下一个值：％_T0001A，％_ T0001B，...，％_ T0001Z，..，％_ T0002A，％_ T0002B，... ...计数不取决于用户会话。"
我的回答："您是对的。有趣。但是我获得60.466.176的可能性，而不是99.000（36 ^ 5，因为5个位置中的每个位置都有10个数字+ 26个拉丁字符），所以 您有1800到3000年的时间才能到达％_TZZZZZ。我无法测试创建％_TZZZZZ之后（可能是从％_T00000重新开始吗？）之后发生的情况，因为如果在一秒钟内生成100个子例程池，我应该 应该等待大约7天。
如果我重新启动应用程序服务器，则编号将从％_T00000重新开始。 因此，这意味着您最多有6000万代用户，而无需重新启动应用程序服务器。
有关信息，请注意 64201-临时子例程池的最大数量建议使用SUBMIT而不是我的" RFC NONE"建议。
一周热门 更多>