点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们有一台RHEL ...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们有一台RHEL ...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
我们有一台RHEL 7.7计算机,具有1.9TB RAM,32个(双核)处理器,4K页面大小(默认)和配置的大页面501760(2048 KB),用于分配共享内存。
在数据服务器部分,我们使用16.0 SP03 PL04(页面大小为16K),数据库为11TB(压缩为3.8TB),通过最大内存配置的总内存为900GB,syb_default_pool上有50个线程,全局高速缓存分区 为128,采用严格的LRU策略,APF为10,最大缓冲池为128K。
默认数据缓存的大小为5 GB(16K-2000 MB,32 K-1500 MB,128K-1500 MB)
billing_data_cache的大小为600 GB(16K-350000 MB,128K-250000 MB)
观察1::启动数据服务器后,我们注意到了次要和主要故障,同时在默认数据高速缓存上注意到80%的自旋锁争用。
观察2:当我们从数据库中执行存储过程时-Billing(绑定到billing_data_cache),次要故障在增加,几乎没有主要故障,这是中等程度的(肯定要消除这种情况) ),同时默认数据缓存上的自旋锁争用,IDES自旋锁争用超过80%,有时超过85%。
我们尝试将开放索引哈希自旋锁比率从100设置为50,但问题仍然存在。 请提供您宝贵的意见和建议。
注意:我们正处于测试阶段,希望在上线之前解决此问题,因为在实时环境中,我们有并行的作业,并且由于以下原因,我们不想以时间片和堆栈跟踪结尾 这些错误和争执在高峰时段。
关于,
Dilip Voora
是否将"默认数据缓存"配置为使用"松弛"缓存替换策略?
,应始终将"默认数据缓存"配置为使用"严格"缓存替换策略。
注意:尽管从技术上讲,可以将"默认数据缓存"设置为使用"宽松"缓存替换 策略...和 sp_sysmon 可能会在(相对)安静的系统上建议这样的设置..."默认数据缓存"中发生的事情太多,无法使用"松弛"的缓存替换策略来证明
一周热门 更多>