SAP ECC6.0記憶體引數調整和調優
如果你的SAP跑在Windows環境下,SAP是建議“零記憶體
管理”的,我在AIX,Solaris和Linux下都跑過SAP,控制ST02的引數還是需要手工調的。如果你雙
擊帶紅的行,然後選“Current Parameter”鍵,SAP會告訴你哪個引數來調這一行緩衝區。我個人
以為,如果想成為SAP Basis效能除錯高手,你必須鑽進ST02的細節中去了解每一行都是幹什麼
的,受什麼影響,又如何影響效能。SAP線上幫助“SAP Memory Management”是我研究這一領域的
基礎文獻,讀了不下20遍,等你吃透了,你就可以和SAP爭論他的GoLive Check報告了。象你這 ST02的狀態,我認為EWA或者GoLive報告應該能給你正確的建議的。
分析一下:
首先,你需要查每個Buffer的歷史,來看到底是空間不夠,還是FreeEntry不夠。
1. Field Definitiion
我估計是空間不足,引數rsdb/ntab/ftabsize現在是60000,建議改到80000或100000
2. Initial records
通常情況下是由於FreeDictionaryEntry不足,你現在的7500是由rsdb/ntab
/entrycount=30000決定的(除四),建議你把這引數調到60000
3. program
600MB的ABAP程式緩衝對於ECC系統來說有些小了,建議把abap/buffersize從600000調整到
1024000(1GB)。
4. CUA
建議把rsdb/cua/buffersize調整到20000
5. Screen
建議把zcsa/presentation_buffer_area從20000000調整到30000000,sap/bufdir_entries從
10000調整到5000(原設定有些大,不蓋也無所謂)
6. Generic Key
建議把zcsa/table_buffer_area從100000000調整到200000000,zcsa/db_max_buftab從10000
調整到20000。這對引數對你係統效能的影響挺大的,儘量不要讓它紅。
7. Export/import
建議把rsdb/obj/buffersize從40000調整到100000。
除此之外,我認為SAP的em/initial_size_MB=7189是合理的,只不過不是用來解決你的紅色的問
題罷了。如果你的機器記憶體允許,我認為應當按建議設定。當然你還需要調整 ztta_roll_extension* 和 abap/heap_area*引數來控制每一Work Process所能消耗的記憶體,既要讓它跑,又要防止它把記憶體都吃了,需要根據你的ECC Workload的特點來調整。
最後有兩點提醒:
1. 改完引數後,一定要到OS上用sappfpar check pf=來檢查一下是否有錯,否則系統
是起不來的。
2. 如果又設定了大的Oracle SGA/PGA,或者有超過200的使用者要同時使用,你的系統
就會大量使用虛擬記憶體,OS swaping是很毀系統效能的,你可能需要更多的記憶體。< xmlnamespace prefix ="v" ns ="urn:schemas-microsoft-com:vml" />< xmlnamespace prefix ="o" ns ="urn:schemas-microsoft-com:office:office" />
分析一下:
首先,你需要查每個Buffer的歷史,來看到底是空間不夠,還是FreeEntry不夠。
1. Field Definitiion
我估計是空間不足,引數rsdb/ntab/ftabsize現在是60000,建議改到80000或100000
2. Initial records
通常情況下是由於FreeDictionaryEntry不足,你現在的7500是由rsdb/ntab
/entrycount=30000決定的(除四),建議你把這引數調到60000
3. program
600MB的ABAP程式緩衝對於ECC系統來說有些小了,建議把abap/buffersize從600000調整到
1024000(1GB)。
4. CUA
建議把rsdb/cua/buffersize調整到20000
5. Screen
建議把zcsa/presentation_buffer_area從20000000調整到30000000,sap/bufdir_entries從
10000調整到5000(原設定有些大,不蓋也無所謂)
6. Generic Key
建議把zcsa/table_buffer_area從100000000調整到200000000,zcsa/db_max_buftab從10000
調整到20000。這對引數對你係統效能的影響挺大的,儘量不要讓它紅。
7. Export/import
建議把rsdb/obj/buffersize從40000調整到100000。
除此之外,我認為SAP的em/initial_size_MB=7189是合理的,只不過不是用來解決你的紅色的問
題罷了。如果你的機器記憶體允許,我認為應當按建議設定。當然你還需要調整 ztta_roll_extension* 和 abap/heap_area*引數來控制每一Work Process所能消耗的記憶體,既要讓它跑,又要防止它把記憶體都吃了,需要根據你的ECC Workload的特點來調整。
最後有兩點提醒:
1. 改完引數後,一定要到OS上用sappfpar check pf=
是起不來的。
2. 如果又設定了大的Oracle SGA/PGA,或者有超過200的使用者要同時使用,你的系統
就會大量使用虛擬記憶體,OS swaping是很毀系統效能的,你可能需要更多的記憶體。< xmlnamespace prefix ="v" ns ="urn:schemas-microsoft-com:vml" />< xmlnamespace prefix ="o" ns ="urn:schemas-microsoft-com:office:office" />
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29829936/viewspace-1475822/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MySQL記憶體引數及調整MySql記憶體
- Tomcat記憶體引數調整Tomcat記憶體
- Oracle記憶體引數調優Oracle記憶體
- solaris記憶體引數調整及管理記憶體
- oracle 記憶體引數調整優化相關傾力整理Oracle記憶體優化
- 自動記憶體調整中真正決定自動調整的引數記憶體
- 【Spark篇】---Spark中記憶體管理和Shuffle引數調優Spark記憶體
- JVM記憶體引數詳解及其配置調優JVM記憶體
- Oracle記憶體引數調優技術詳解Oracle記憶體
- JVM原理講解和調優,記憶體管理和垃圾回收,記憶體調優JVM記憶體
- weblogic 記憶體調整Web記憶體
- oracle for aix記憶體調整OracleAI記憶體
- swoole優化核心引數調整優化
- KVM之十一:調整cpu和記憶體記憶體
- oracle 記憶體引數調整最佳化相關傾力整理Oracle記憶體
- 淺談JVM整體架構與調優引數JVM架構
- 【Spark篇】---Spark調優之程式碼調優,資料本地化調優,記憶體調優,SparkShuffle調優,Executor的堆外記憶體調優Spark記憶體
- Oracle記憶體分配與調整Oracle記憶體
- oracle記憶體調整相關Oracle記憶體
- oracle例項記憶體(SGA和PGA)調整Oracle記憶體
- MySQL引數調整MySql
- 記憶體調優實戰記憶體
- SAP專家培訓之NetweaverABAP記憶體管理和記憶體調優最佳實踐記憶體
- oracle 記憶體分配和調優 總結Oracle記憶體
- Android記憶體分析和調優(上)Android記憶體
- Android記憶體分析和調優(中)Android記憶體
- Android記憶體分析和調優(下)Android記憶體
- 調優引數
- AIX5L記憶體監控和調整AI記憶體
- SAP專家培訓之Netweaver ABAP記憶體管理和記憶體調優最佳實踐記憶體
- AIX fsfastpath 引數調整AIAST
- 數倉調優實戰:GUC引數調優
- CDH叢集調優:記憶體、Vcores和DRF記憶體
- Oracle資料庫記憶體引數調優技術的個人總結Oracle資料庫記憶體
- Oracle效能最佳化調整--調整緩衝區快取記憶體Oracle快取記憶體
- 達夢記憶體調整及修改方法記憶體
- Oracle - 資料庫的記憶體調整Oracle資料庫記憶體
- Linux 核心引數 和 Oracle相關引數調整LinuxOracle