on 07-26-2013 4:46 PM
Dear Gurus,
I would like to ask for advise and help here.
Our CRM Development is quite slow compared to CRM Production.
Our CRM is on EHP2 FOR SAP CRM 7.0.
SAP Kernel : 720_EXT_REL
Database Client Library : DB6_81
created in : NT 6.0 6002 S x86 MS VC++ 16.00
created on : Jan 16 2013 16:44:54
Support Level : 0
Kernel Patch number : 401
Source ID : 0.401
DBSL Patch No. : 323
ICU Version : 4.0.1 Unicode Version 5.1
libsapu16 Version : 2.0025 Jan 16 2013 13:18:43
OS for CRM Dev:
Windows 2008 R2 Standard
CPU 2.67GHz
RAM 12GB
OS for CRM Prod:
Windows 2008 R2 Standard
CPU 2.4GHz
RAM 30GB
Conditions:
Do anybody have any advice?
Thank you in advance.
Regards,
Stephan
Hi Stephan,
Be happy, as long as your CRM production system's performance is ok.
Changes in a development system lead to buffer invalidations. Good performance often can only be achieved in a warmed-up system (nametab and table buffers filled, shared memory objects instantiated, no invalidations due to development / imports).
How much of the 12 GB RAM are reserved for the ABAP Extended Memory?
Show a screen shot of ST02; there should be no swaps.
Best Regards, Randolf
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Randolf,
Thank you for the reply. Really appreciate it. Yup at least the CRM Production is still ok.
Here is my RZ10 for the instance profile. Hope it can answer your question.
rsdb/esm/buffersize_kb 30000
rtbb/buffer_length 20000
rtbb/max_tables 1000
rsdb/obj/buffersize 12288
rsdb/ntab/irbdsize 30000
em/global_area_MB 1024
exe/icmbnd $(DIR_CT_RUN)\icmbnd.exe
em/initial_size_MB 7168
em/max_size_MB 5120
SAPSYSTEM 00
INSTANCE_NAME DVEBMGS00
DIR_CT_RUN $(DIR_EXE_ROOT)\$(OS_UNICODE)\NTAMD64
DIR_EXECUTABLE $(DIR_INSTANCE)\exe
rdisp/wp_no_dia 8
rdisp/wp_no_btc 3
icm/server_port_0 PROT=HTTP,PORT=8000,TIMEOUT=1800,PROCTIMEOUT=-1
ms/server_port_0 PROT=HTTP,PORT=81$$
rdisp/wp_no_enq 1
rdisp/wp_no_vb 2
rdisp/wp_no_vb2 1
rdisp/wp_no_spo 1
PHYS_MEMSIZE 5120
abap/heap_area_nondia 0
icm/server_port_1 PROT=HTTPS,PORT=443
icm/server_port_2 PROT=SMTP,PORT=25000,TIMEOUT=180
rdisp/PG_MAXFS 250000
zcsa/installed_languages 2DE쁩
login/no_automatic_user_sapstar 0
abap/shared_objects_size_MB 100
rsdb/ntab/ftabsize 35000
rdisp/appc_ca_blk_no 2000
rdisp/wp_ca_blk_no 1000
rdisp/max_arq 2000
rdisp/max_comm_entries 2000
icm/max_sockets 8192
icm/req_queue_len 1000
icm/max_conn 1000
mpi/total_size_MB 250
icm/max_threads 100
rdisp/max_wprun_time 5200
icm/min_threads 50
rdisp/tm_max_no 2000
rdisp/ROLL_SHM 32768
ztta/parameter_area 32000
zcsa/table_buffer_area 30000000
zcsa/presentation_buffer_area 4400000
rsdb/cua/buffersize 5000
rsdb/ntab/entrycount 30000
is/SMTP/virt_host_0 *:25000;
rsdb/obj/max_objects 3500
login/ticket_expiration_time 60
em/address_space_MB 4096
vmcj/enable on
vmcj/option/maxJavaHeap 200M
abap/buffersize 1000000
login/create_sso2_ticket 2
login/accept_sso2_ticket 1
icm/keep_alive_timeout -1
Hi Stephan,
ABAP memory looks ok ("MaxUse" for Extended Memory << "In Mem"), but program buffer and Generic Key table buffer could be a problem. But in a development system one normally cannot avoid object changes that lead to program / table buffer invalidations. Therefore rather concentrate on application performance in a consolidation or production system.
Best Regards, Randolf
User | Count |
---|---|
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.