High RFC response time in SAP BW system

Hello all,
How to analyze and fine tune high RFC response time in SAP BW system ?
Regards,
Archana

Hi
Kindly Check follows
1. Check the RFC connections are correctly Configured or not? You can execute the program “RSRFCTRC” and get a full log of the RFC connections details
2 you can check the BW queries are right optimized? Is this any network issues?
3. In which time are you facing the high rfc response? (During the 24 hours which time)?
4. Kindly refer the SCN & SAP Notes for overall system performance
Short Notes on PERFORMANCE MONITORING - ABAP Development - SCN Wiki
1063061 - Information about response time in STAD/ST03
948066 - Performance Analysis: Transactions to use
Regards
Sriram

Similar Messages

RFC response times deteriorate with time

Hi
We notice that every time our system is restarted, performance is much improved for a the first few weeks. I can appreciate this from the fact that it is a huge system and things can 'clog up' after a while but we have been trying to isolate any specific cause / memory leaks etc.
One thing we have noticed is that although average dialog and background response times appear to increase gradually with time, RFC response times increase substantially. The first few days after a restart we see times of 2, 3 seconds, by the first week 7-10 seconds and by week two and beyond they are over 20 seconds.
We have 15 application servers and all the RFC traffic is load balanced using a RZ12 group that does not include the Central Instance; the same applies in SMQR & SMQS. We still do see some RFC traffic on the CI though... some of the application servers are on a different site, but we cannot see any differences in response times across sites...
Any ideas what's causing this and how we can keep these RFC response times down? The system is very busy and deals with a lot of RFC traffic, when users start complaining about poor performance we can usually see the system flooded with RFCs....
Due to size and nature of this system we can only arrange a restart every couple of months.
Thanks
Ross

Hi Markus, good question, but no, haven't noticed... not sure how I'd check either? There are hundreds (if not thousands) of different transactions ran each month, I'll try sorting the transactions by time for each day and see if there are any common longer runners that have increased, but think it'll be like looking for a needle in a haystack...

How to check which RFCs causing issues in the system and RFC response times

Hi,
We have an issue with the RFC response times in CRM and need investigstion. We need to know which Which RFCs causing issues and how we can solve the problems.
Regards

Hi,
chek the below code
CALL METHOD CL_GUI_FRONTEND_SERVICES=>FILE_EXIST
EXPORTING
FILE = W_FILENAME
RECEIVING
RESULT = W_RESULT
EXCEPTIONS
CNTL_ERROR = 1
ERROR_NO_GUI = 2
WRONG_PARAMETER = 3
NOT_SUPPORTED_BY_GUI = 4
others = 5.
IF SY-SUBRC <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-* MSGNO WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
IF W_RESULT IS INITIAL.
CALL METHOD CL_GUI_FRONTEND_SERVICES=>DIRECTORY_EXIST
EXPORTING
DIRECTORY = W_FILENAME
RECEIVING
RESULT = W_RESULT
EXCEPTIONS
CNTL_ERROR = 1
ERROR_NO_GUI = 2
WRONG_PARAMETER = 3
NOT_SUPPORTED_BY_GUI = 4
OTHERS = 5.
IF SY-SUBRC <> 0.
ENDIF.
ENDIF.
IF W_RESULT = 'X'.
RC = '1'.
ELSE.
RC = '0'.
ENDIF.
reward if helpful.
Regards,
nagaraj

High Update Response Time ticket from solman

Hi Experts,
We have monitoring setup from solman. We are getting an alert for ECC prod that the there is High Update Response Time. Can you please let me know how to fix it?
Thanks,
Asad

Hi Asad ,
How many update work process do you have . See a high amount of wait time for the update process
You may increase their number if you have enough memory .
Go to SM13 , Go to -> Administration of update system
Goto - > Statistics
Response Times: Rules of Thumb - CCMS Monitoring - SAP Library
Less than 1 second is the recommended , though sometimes you may breach it .
Thanks ,
Manu

High Update Response Time

Hi folks,
how could I to check the High Update Response Time
Thanks.

Hi Carlos,
Goto ST03 and check from there.
That link was posted by mistake.
Divyanshu

Response times on SAP system

Hi Friends,
How can i find the user response times of the SAP system over the last couple of weeks.
I am aware of ST06, STAD and Rz11 but looking for last couple of weeks.
thanks

This was the below dialog steps in the two weeks , how could I explain
Whether things have gone down or not.
DIALOG 5,724 959.2 441.6 in a week
DIALOG 6,506 1,188.6 542.4 in a week
For a week 11.07.2009 -17.07.2009
ALE
-170-
-269.3-
46.1
AUTOABAP 1,855
3,489.1
1,878.2
AUTOTH
739
9.8
8.4
BACKGROUND
57,639
8,475.0
554.3
BUFFER SYNC
4,641
8.9
2.7
DDLOG CLEANUP 4,661 7.5 2.0
DEL. THCALL 9,346 6.5 2.1
DIALOG 6,506 1,188.6 542.4
RFC 11,020 6,069.7 581.5
RPCTH 53 391.7 123.4
SPOOL 9,455 33.9 15.0
UPDATE 64 2,115.2 581.0
UPDATE2 256 312.5 82.1
Another week of 18.07.2009 -22.07.2009
ALE 170 274.1 38.5
AUTOABAP 1,870 3,652.5 1,944.5
AUTOTH 756 11.3 9.6
BACKGROUND 58,016 8,223.4 549.2
BUFFER SYNC 4,678 17.9 2.7
DDLOG CLEANUP 4,712 18.2 1.8
DEL. THCALL 9,378 6.2 1.8
DIALOG 5,724 959.2 441.6
RFC 7,214 4,105.6 737.8
RPCTH 1,296 160.4 147.0
SPOOL 9,483 22.4 9.1
UPDATE 36 3,470.9 827.1
UPDATE2 266 337.7 81.6
Edited by: anuroop 1234 on Jul 29, 2009 6:10 PM

High Avg Response time for logon requests via CMS

Hi Team ,
We are continuously receiving observing high Average reponse time for logon requests to the BO system via Central Management Server.
We observe response time up to 25043 ms .
Currently we are on SAP BO 4.0 SP7 patch 9 (4.0.7.9)
DB = SQL server 2008 R2
App Server = SAP NW 7.31 SP 7.
Also the size of our CMS DB is around 15 GB .
What could be the possible reasons ?
Regards ,
Abhinav

Hi Abhinav,
As one of the issues has been raised as a bug which is resolved in BI 4.1 so you can upgrade to resolve this bug. Also if the CMS database size is large then CMS has to search for objects through huge number of rows hence that will affect overall performance. So you can try to reduce this size as per my previous upate.
Apart this you can try following steps
Try to ping CMS DB server from BO servers and confirm the response is coming in 1 ms. Run tracert <DB servers name> from CMD and check the number of hops. If response time is not 1 ms or there are more number of hops then ask your network team to resolve network latency issue
You can increase the "System database connections" for each CMS from server properties. It is set to 14 by default which means the CMS will establish 14 connections to CMS database at any time. You can increase this value, however please make sure that the system database allows more connections than default 14 from DB side. This needs to be confirmed from your DBA.
Please add CMS cluster members in platformservices.properties file under Tomcat folder. Please refer following SAP KBA for steps to add the cluster members
       http://service.sap.com/sap/support/notes/1668515
       http://service.sap.com/sap/support/notes/1766935
   4. Also please confirm number of users simultaneously login to system at peak time. Usually one           CMS is capable of handling around 500 requests. So if you have more then 1000 users then add           another new CMS on same nodes if there is enough free memory on the server
Regards,
Hrishikesh

High CPU response times, altough low CPU utilization

Hi Friends,
We have a performance problem after we migrate our basis system,
The current system is :
Database server : Sun SPARC Enterprise T5240 Server - 2 CPU's with 6 core, 8 thread, 1.2 Ghz
32 GB RAM
and we use another identical configured server as an application server.
Database is Oracle 10.2.0 and operating system is Solaris 10.
The problem is average CPU response time is 450 ms, and max. CPU load is %5 percent.
Pre-migration configuration with old servers, we had CPU response : 150 ms and max CPU load: 50%.
Has anyone of you, have experinced a similar problem with this new CPU's?
Thanks in advance

> I am aware that there might be lots of reasons, but what I guess is, there should be a parameter wrong with the CPU settings. This SPARC server CPU is a new tech. 6 core 8 thread one, which is expected to work much faster than the old simple dual core CPU.
Is it?
ABAP is basically a virtual machine and what is most important: ABAP runs single threaded. This means in consequence that the processing time of a program relies on the single processing power of one core. More cores means more parallelism but the speed of the single statement always relies on the power of one core and how fast it can get the data over the bus and back. So the significant number for speed is basically the Mhz (for ABAP, Java is very different).
Your old machine may have had a DualCore SPARC 1,2 Ghz and the new machine has one 1,4 Ghz 6core CPU (assuming so).
> However its response time is very high, although it is never utilized more than %5 percent.
see above.
> The problem might be at database settings(Oracle 10.2.0) or at Solaris ? ? ?
Well - no - I don't think so
Since ABAP is a single threaded application it can't leverage the CPU power due to the fact, that a parallelism in the program itself does not take place and hence the machine scales not linear with the number of cores. So you may have factually a machine with about 1 dot something CPUs and not 6 as you would expect.
This is not specific to SPARC CPU design but for all multi-core systems. A single threaded application is only as fast as the CPU speed. ABAP programs tend to be huge so you will also see effects of cache displacement and bus congestions. Less cores and more physical CPUs perform much better than any multicore CPU.
For Java the world is very different because Java works as one process (in the SAP case jlaunch) which has many many threads that can be executed in parallel on different pipelines on the CPU.
Unfortunately this is a design problem and there's not much you can do about it.
Markus

High Dialog response time

Hi,
We have a solman 4.0 system. The average dialog response time of the system is very high. What can be done to bring down this response time??
Thanks in Advance
Amit.

Hi Amit,
Please check out the breakdown of dialog response time in Workload Monitor. Also, use the Time Profile to check if this high response time is at specific timings.
regards, Shantanu

Why does HP LoadRunner measure slow response time for SAP GUI selection steps?

We are running HP LoadRunner 11.52 scenarios out to multiple (up to 4) load generators. Load generators have 24 GB ram and 8 CPU's. We have run a maximum of 200 users and see a maximum usage of ~25% on CPU's. We were previously running SAP GUI 7.4 and downgraded to 7.3 when we came to understand 7.4 is not supported in PAM for LR 11.52. Regardless, our results have not changed. What we are trying to resolve is why the first two steps of opening the SAP GUI and entering system-related selection is taking so long to process? Additionally, we typically see that during the time escalation of those steps, that there is a period where the process seems to pause for a large time gap. The process below shows a snapshot while in progress. The SAP GUI steps are hitting severe peaks wthile all other steps during the process tend to track at a steady quick response time. Any degradation there looks to be tied to the long pauses.
Would anyone have knowledge or experience with this type of output and understand why it might be consistenty happening? Thanks.

> Has anybody else been contacted by SAP regarding a "Very Important Notification about Security and Your SAP System"
A forum search on ' 1298160", one of the note numbers, reveals the answer to your question.
Please always use the search first.

Virtual Machine - high disk response time

Hi Everyone,
Got something strange happening in our lab at the moment and was wondering if anyone had experienced the same thing (and maybe has a solution).
Our lab environment in a nutshell:
2x Windows 2012 Hyper hosts cluster connected to a "home-made" SAN based on Windows 2012 iSCSI target.
Each Hyper-V host has two 1Gbps network cards to connect to the SAN via the Microsoft iSCSI initiator, with MPIO in load-balancing mode (least queue depth).
The SAN (Windows 2012 server with iSCSI target) has 4x 1Gbps cards, teamed two by two, so presenting two IP addresses used by each hosts to connect to it (via MPIO).
The disk subsystem on the Windows 2012 SAN is an external HP storage works with 25x HP 500 SATA disks, connected to the server via an INTEL RAID controller with 2x 240GB SSD caching enabled for read/write.
The iSCSI network is on a dedicated HP switch, with flow-control and jumbo frame enabled (tested ok).
Now the problem:
I've built a few virtual machines on the two hyper-v nodes and I'm getting very bad disk response time as soon as there is an increase in the disk traffic.
When the virtual server is doing very little, I get a normal 6-8ms, but I soon as I increase the traffic (by for example copying a big file, or installing an application), this figure shoots up to 200ms, 300ms and more!
So I first thought that it was my disk subsystem (and the SAN server), but while the spikes are happening within the virtual machine, the disks on the SAN Server are sitting at about 10ms, with some spikes to about 20ms (which is pretty good and what I would
expect to see within the VM because of the SSD cache).
I then thought it could be the network, but during those times of activity, the network does not get saturated at all. Barely 150Mbps to 200Mbps per link.
I even tried to disable MPIO and run everything across one Ethernet link, but still the same result.
Am I missing something here? doing something wrong? or is this expected behaviour?
Thank you,
Stephane

Hi,
VR38DETT is right, if you want to use more ISCSI bandwidth or redundancy you must use the MPIO method, Multipath I/O (MPIO) is a feature that provides support for using multiple
data paths to a storage device. Multipathing increases the availability of storage resources by providing path failover from a server or cluster to a storage subsystem.
More information:
Multipath I/O Overview
http://technet.microsoft.com/en-us/library/cc725907.aspx
Support for Multipath I/O (MPIO)
http://technet.microsoft.com/en-us/library/cc770294.aspx
Hope this helps.
Alex Lv

"Windows 8 using 100% of HDD with high average response times and low read/write speed"

Turns out this is a fairly well known windows 8.1 issue that has been plaguing users since at least 2013 and there is no one simple fix, so it may not be *entirely* hp's fault; but I've had two of these laptops, both the same model, the first one needing to be returned and exchanged for an entirely unrelated issue (hardware failure: ethernet port nonfunctional with lights stuck on). Both are refurbished. Both have been extreemly slow and unresponsive even compared to a lesser Brazos powered laptop I had before, but I've only recently decided to investigate why.
So if there is something HP specific going on here, I hope there is one simple fix. My average response time has gone up as far as well over a minute (>60,000ms), so I may be an outlier case here compared to the typical windows 8.1 hardrive responsiveness/bandwidth problem.
Edit: there is a case with another HP pavilion laptop (intel powered though, so it may be an intel storage driver issue described in the first link) being much, much worse.
This question was solved.
View Solution.

Guess what just now happened again
So using DISM did _not_ fix it.

Reduce Dialogue response Time

Hi Friends,
ST03N transaction is showing very high dialogue response time for my ERP system.
On doing further analysis in STAD , i found the SQL queries (DB response) time is fine. Is there any way i can reduce the time. Increasing the CPU capacity is not an option.
Please advice.

Hello,
Performance tuning can be a complex thing, you have to find where the bottleneck is e.g.:
-Memory/paging (OS)
-SAP buffers (ST02)
-to few work processes (SM51)
-user behaviour
-disk I/O
Take a look at:
http://wiki.sdn.sap.com/wiki/display/ABAP/Performance+Tuning
There are also some good SAP Press books about this available.
regards
Christian

Slow response time HTTP= XI= RFC

I have a HTTP call to XI BPM which makes a sync RFC call to another SAP system via SA bridge. The BPM is working fine. However, the time taken to process a transaction is about 6 seconds (not much data about 2 lines).
The party initiating HTTP call is not satisfied with this response time.
Their current system (C program to SAP via API/RFCs) take about a second to respond.
Heres how my response time is distributed based on the WF analysis of the steps
InfoLink_To_SAP_BPM urn:abc.com:InfoLink Workflow started            4s
Start Message: Receive XML from InfoLink
Initialize System Element
Mapping      Step completed        0s
Process control record read in XI
Send Message Synchronously Step completed    1s
Mapping      Step completed        0s
Send Message Synchronously    Step completed     0s
    Mapping       Step completed    0s
S/A Bridge: Response to Synchronous Request   1s
It seems like the first step takes 4 sec. Does it take this long for HTTP connect? Or is this to launch or initialize WF / BPM?
In SAP, the RFC look .0027 secs to complete.
Does anyone have any idea on how to improve my response time.
Thanks!

Hi,
In a BPM with sych-asych bridge we did observe a 3 -4 sec processing time, its just initialization time on the workflow.
when we approached SAP Workflow team, we were told that was the optimal time. Unless something has changed in the new SP packs!!
cheers,
naveen

High GUI Time - Causing high Response time

Hi All,
Average GUI Response time is approx 400 ms in my ECC 6.0 system, OS - HP UX, Database - Oracle 10.2.0.5.
I expect it should always be approx 200 ms, but as it is high it is contibuting to high overall response time.
I expect there are normally two ways of high GUI time :
1) High network time between Presentation layer( User System) and Application Layer(SAP Server).
2) High amount of time in Loading User Screen
For Option 2 I have checked we are using SAP access menu so there should not any problem with loading of User Access Menu.
Average Response time for session_manager is 2 Secs.
Please suggest me what all other ways available to improve GUI time,
Can there be other reasons of high GUI time and how can we make sure that high GUI time is only because of high Network time.
Please suggest.
Shivam

I believe in case you have multiple roundtrips per step, then the client performance comes into play as well. So if you have slow clients this could be an issue too.
Basically you are already looking in the right place (network connection), but i recommend you also check:
- roundtrips per step and amount of data sent to the client
- are all transactions having high gui times, or only a few?
- how is the situation on the clients?
- if you have clients working on prod and qas check the values on the qas system too
Cheers Michael

High RFC response time in SAP BW system

Similar Messages

Maybe you are looking for