点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)主要由于Fiori利用CDS视图...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)主要由于Fiori利用CDS视图...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
主要由于Fiori利用CDS视图进行的大量开发,我们在HANA中遇到了负载问题。
通常,系统具有大量可用的CPU和内存,但是有时(每天2-3次)用户将提交复杂的选择标准,从而消耗大量资源; 当他们没有迅速得到答复时,有时会重复重复提交具有相同(或非常相似)查询的搜索。 结合SADL框架并行提交许多查询,这意味着一个用户可以提交40多个高资源查询,并影响系统稳定性,而一个用户几乎消耗所有数据库资源。
理想情况下,我们将有一些参数(或工作负载类)会限制单次使用可以占用的资源。 但是我在当前设计中可以想到的唯一解决方案将意味着每个用户需要一个工作负载类。 但是,即使我们这样做,也无法解决多个并行提交高查询的用户。
为缓解此问题,我们提供了一个巡逻脚本来识别高数据库负载的情况,然后识别并杀死控制数据库的用户的连接。
有人在使用HANA中控制高负载的更标准方法吗?
预先感谢; 斯图尔特
嗨迪帕克; 我们知道这一点; 但这并不能解决单个查询不是问题的事实; 当查询被并行提交40次以上(由一个或有限数量的用户)时,查询就变成了数据库问题,您提到的参数和工作负载类都不能很好地解决这个问题。
一周热门 更多>