Weekly response time of workproces

hi
1.how to check weekly  response time of a particular work process?
2. does abap program which is usually developed by our abapers is client specific or cross client?

Hi Ramesh,
ABAP programs are cross client. They are repository objects!!!.
Dont know if it is possible to check repsonse time of a process as such. Yes you can do an performance analysis of dialog/background,update WPs etc. as a bunch but individual process analysis in terms of weekly data.. I have no idea. Anyways it makes sense to do this analysis for type of workprocess and not a workprocess in itself. It is not as if a workprocess is performing well you are going to replace it with something new :-). For system performance analysis ST02,ST03,ST03N,ST04 and ST06 are best transactions though check ST03 and ST03N in your case of process response time analysis. May be you will find historical details of an individual work process using ST03N. Wish u luck.
Please award points for useful info.
Regards.
Ruchit.

Similar Messages

  • Response times -- Dialog Steps  Week / Weekend: How to compare it?

    Hello,
    We have SAP ECC 6.0 running on a HP-UX Cluster. Our service is a  7x7 24x24.
    Like most of companies system activity is lower in the weekend, for example:
    From Monday to Friday an average of 2.500.000 DIALOG Steps with a response time of 900 ms.
    On Saturday we have an average of: 650.000 DIALOGS Steps with a response time of 650 ms.
    On Sunday we have an average of: 250.000 DIALOG Steps with a response time of 450 ms.
    So the question is: It have sense that with 10% of user activity on sunday response time is near to 50% (comparing 450ms on sunday with 900 ms in the week) why the response time on sunday is not 10% of response time in the week, something like 90 ms?
    What is the correct way to analyze this numbers? Probably you never will have a linear function to represent this situation (in fact this is a Exponential function). SAP always have this behavior?
    sap_responseTime(t) = exp(t) Where t  is the time in ms.
    F(450) = 250.000    
    F(650) = 650.000    
    F(900) = 2.500.000 
    Please some tips about this topic.
    Best Regards,
    Erick Ilarraza

    Hi Erick
    Response times entirely depend on the overall system hardware, usage and user activities over the system. In your case, during weekends , a lower number of dialog steps suggest fewer dialog logons in comparison to the weekdays.
    In contrast, the response time ( 50%) in comparison to weekdays suggest that the users are executing some heavy transactions that show increased overall response time. These may be transactions that run reports with expensive SQL statements or fetch huge volumes of data from your database ( in comparison to the weekdays).
    There cannot be a linearity maintained between the dialog steps and response times when users log in and work randomly in a system
    I hope this helps
    Regards
    Chen

  • Average HTTP response time going up week by week as said by SAP

    Hello All,
    I was looking into our SRM earlywatch report,SRM is on windows SQL server 2005 with Windows 2003 server
    In the performance indicators,there is an interseting trend though nothing is in yellow or red
    The values of following parameters : average response time in HTTP task, the maximum no of HTTP steps per hour and the average DB request time in HTTP task  are going up
    I understand that as the no of HTTP steps are increasing,the response time is becoming more which is quite obvious.
    But how to balance this load out so that the average response time comes down?
    what steps should be taken so that I can get this response time to come down though the load on the server is going up
    Rohit

    Hi Rohit,
    Is you system in High Avalibity setup? If yes, then try to load the balance on Node A and Node B. If this is already done or if your system is not in high availability then plan and install a Additional application server (Dialog instance) for load sharing.
    Regards,
    Sharath

  • HP Pavilion hard drive response time is very slow but tests pass (evenutally)

    I have owned a HP Pavilion M1199a originally running Windows XP, but has been running Windows Vista 32-bit for the last 3 years or more.
    The PC started to lock up for 30 seconds or more (2 weeks ago), with the disk light constantly on then go again for no apparent reason. These lock ups have become more frequent and for longer durations. I removed anti-virus software, and a few other applications/services but generally this computer is fairly clean as I use it as a media center PC. 
    I have tried checking the disk (SATA) for errors, and it passes although the tests take a lot longer than they should. The resource monitor shows no excess CPU usage and there is plenty of memory available. The disk monitor shows response times of 5000-20000 ms.
    What is the best way to proceed from here? Is there a SATA controller or motherboard (ASUS PTGD1-LA) test? Should I buy another SATA drive and try that? I suspect that it is either the drive, drive controller and/or the motherboard that is failing but I don't know how to isolate the problem. The computer hardware configuration has remained the same for years.
    The OS has the automatic updates enabled and I uninstalled the recent ones in case they were somehow causing an issue. 

    tr3v wrote:
    Thanks for replying.
    1/ No, but I am running Vista, so assume this will be the same? Or should I just look at the tmp and temp environment variables to see what folders are being used?
     In Vista type temp in the Search programs and files box and double click on the temp files icon that appears above. Delete all the files in the folder that you can. It is safe as they are exactly what they are called and that is temporary files. If you haven't done this ever or in quite a while there should be a noticeable increase in the operating system's response time.
    2/ Yes. It completes after a very long time. 
    5/ No - but will try this out too. 
    ****Please click on Accept As Solution if a suggestion solves your problem. It helps others facing the same problem to find a solution easily****
    2015 Microsoft MVP - Windows Experience Consumer

  • Strange response time for an RFC call viewed from STAD on R/3 4.7

    Hello,
    On our R/3 4.7 production system, we have a lot of external RFC calls to execute an  abap module function. There are 70 000 of these calls per day.
    The mean response time for this RFC call is 35 ms.
    Some times a few of them (maybe 10 to 20 per day) are way much longer.
    I am currently analysing with STAD one of these long calls  which lasted 10 seconds !
    Here is the info from STAD
    Response time :                10 683 ms
    Total time in workprocess : 10 683 ms
    CPU time  :                               0 ms
    RFC+CPIC time :                       0 ms
    Wait for work process           0 ms
    Processing time           10.679 ms
    Load time                            1 ms
    Generating time                   0 ms
    Roll (in) time                        0 ms
    Database request time         3 ms
    Enqueue time                      0 ms
    Number      Roll ins            0
                     Roll outs           0
                     Enqueues         0
    Load time   Program             1  ms
                      Screen              0  ms
                     CUA interf.          0  ms
    Roll time    Out                 0  ms
                      In                  0  ms
                    Wait                0  ms
    Frontend    No.roundtrips       0   
                      GUI time            0  ms
                      Net time            0  ms
    There is nearly no abap processing in the function module.
    I really don't uderstand what is this  10 679 ms processing time especially with 0 ms cpu time and 0 ms wait time.
    A usual fast RFC call gives this data
    23 ms response time
    16 ms cpu time
    14 ms processing time
    1 ms load time
    8 ms Database request time
    Does anybody have an idea of what is the system doing during the 10 seconds  processing time ?
    Regards,
    Olivier

    Hi Graham,
    Thank you for your input and thoughts.
    I will have to investigate on RZ23N and RZ21 because I'm not used to use them.
    I'm used to investigate performance problems with ST03 and STAD.
    My system is R/3 4.7 WAS 6.20. ABAP and BASIS 43
    Kernel 6.40 patch level 109
    We know these are old patch levels but we are not allowed to stop this system for upgrade "if it's not broken" as it is used 7/7 24/24.
    I'm nearlly sure that the problem is not an RFC issue because I've found other slow dialog steps for web service calls and even for a SAPSYS technical dialog step  of type <no buffer>. (what is this ?)
    This SAPSYS dialog step has the following data :
    User : SAPSYS
    Task type : B
    Program : <no buffer>
    CPU time                       0 ms
    RFC+CPIC time              0 ms
    Total time in workprocs    5.490 ms
    Response time               5.490 ms
    Wait for work process           0 ms
    Processing time             5.489 ms
    Load time                            0 ms
    Generating time                   0 ms
    Roll (in+wait) time                0 ms
    Database request time          1 ms ( 3 Database requests)
    Enqueue time                       0 ms
    All hundreds of other SAPSYS <no buffer> steps have a less than 5 ms response time.
    It looks like the system was frozen during 5 seconds...
    Here are some extracts from STAD of another case from last saturday.
    11:00:03     bt1fsaplpr02_PLG RFC     R     3     USER_LECKIT     13     13     0     0
    11:00:03     bt1sqkvf_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
    11:00:04     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     19     19     0     16
    11:00:04     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     77     77     0     16
    11:00:04     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
    11:00:04     bt1sqkvf_PLG_18      RFC     R     4     USER_LECDIS     14     14     0     16
    11:00:05     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     12     12     0     16
    11:00:05     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     53     53     0     0
    11:00:06     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     76     76     0     0
    11:00:06     bt1sqk2t_PLG_18      RFC     R     0     USER_LECDIS     20     20     0     31
    11:00:06     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     12     12     0     0
    11:00:06     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     13     13     0     0
    11:00:06     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     34     34     0     16
    11:00:07     bt1sqkvh_PLG_18      RFC     R     0     USER_LECDIS     15     15     0     0
    11:00:07     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     13     13     0     16
    11:00:07     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     19     19     0     0
    11:00:07     bt1fsaplpr02_PLG RFC     R     3     USER_LECKIT     23     13     10     0
    11:00:07     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     38     38     0     0
    11:00:08     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     20     20     0     16
    11:00:09     bt1sqkvg_PLG_18      RFC     R     0     USER_LECDIS     9 495     9 495     0     16
    11:00:09     bt1sqk2t_PLG_18      RFC     R     0     USER_LECDIS     9 404     9 404     0     0
    11:00:09     bt1sqkvh_PLG_18      RFC     R     1     USER_LECKIT     9 181     9 181     0     0
    11:00:10     bt1fsaplpr02_PLG RFC     R     3     USER_LECDIS     23     23     0     0
    11:00:10     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     8 465     8 465     0     16
    11:00:18     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     18     18     0     16
    11:00:18     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     89     89     0     0
    11:00:18     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     75     75     0     0
    11:00:18     bt1sqkvh_PLG_18      RFC     R     1     USER_LECDIS     43     43     0     0
    11:00:18     bt1sqk2t_PLG_18      RFC     R     1     USER_LECDIS     32     32     0     16
    11:00:18     bt1sqkvg_PLG_18      RFC     R     1     USER_LECDIS     15     15     0     16
    11:00:18     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
    11:00:18     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     14     14     0     0
    11:00:18     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     69     69     0     16
    11:00:18     bt1sqkvf_PLG_18     RFC     R     5     USER_LECDIS     49     49     0     16
    11:00:18     bt1sqkve_PLG_18     RFC     R     5     USER_LECKIT     19     19     0     16
    11:00:18     bt1sqkvf_PLG_18     RFC     R     5     USER_LECDIS     15     15     0     16
    The load at that time was very light with only a few jobs starting :
    11:00:08 bt1fsaplpr02_PLG RSCONN01                     B 31 USER_BATCH     39
    11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 31 USER_BATCH     34
    11:00:08 bt1fsaplpr02_PLG /SDF/RSORAVSH                B 33 USER_BATCH     64
    11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 33 USER_BATCH     43
    11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 34 USER_BATCH     34
    11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 35 USER_BATCH     37
    11:00:09 bt1fsaplpr02_PLG RVV50R10C                    B 34 USER_BATCH     60
    11:00:09 bt1fsaplpr02_PLG ZLM_HDS_IS_PURGE_RESERVATION B 35 USER_BATCH    206
    I'm thinking also now about the message server as there is load balancing for each RFC call ?
    Regards,
    Olivier

  • Coherence and EclipseLink - JTA Transaction Manager - slow response times

    A colleague and I are updating a transactional web service to use Coherence as an underlying L2 cache. The application has the following characteristics:
    Java 1.7
    Using Spring Framework 4.0.5
    EclipseLink 12.1.2
    TopLink grid 12.1.2
    Coherence 12.1.2
    javax.persistence 12.1.2
    The application is split, with a GAR in a WebLogic environment and the actual web service application deployed into IBM WebSphere 8.5.
    When we execute a GET from the server for a decently sized piece of data, the response time is roughly 20-25 seconds. From looking into DynaTrace, it appears that we're hitting a brick wall at the "calculateChanges" method within EclipseLink. Looking further, we appear to be having issues with the transaction manager but we're not sure what. If we have a local resource transaction manager, the response time is roughly 500 milliseconds for the exact same request. When the JTA transaction manager is involved, it's 20-25 seconds.
    Is there a recommendation on how to configure the transaction manager when incorporating Coherence into a web service application of this type?

    Hi Volker/Markus,
    Thanks a lot for the response.
    Yeah Volker, you are absolutely right. the 10-12 seconds happens when we have not used the transaction for several minutes...Looks like the transactions are moved away from the SAP buffer or something, in a very short time.
    and yes, the ABAP WP's are running in Pool 2 (*BASE) and the the JAVA server, I have set up in another memory pool of 7 GB's.
    I would say the performance of the JAVA part is much better than the ABAP part.
    Should I just remove the ABAP part of the SOLMAN from memory pool 2 and assign the JAVA/ABAP a separate huge memory pool  of say like 12-13 GB's.
    Will that likely to improve my performance??
    No, I have not deactivated RSDB_TDB in TCOLL from daily twice to weekly once on all systems on this box. It is running daily twice right now.
    Should I change it to weekly once on all the systems on this box?  How is that going to help me?? The only thinng I can think of is that it will save me some CPU utilization, as considerable CPU resources are needed for this program to run.
    But my CPU utilization is anyway only like 30 % average. Its a i570 hardware and right now running 5 CPU's.
    So you still think I should deactivate this job from daily twice to weekly once on all systems on this box??
    Markus, Did you open up any messages with SAP on this issue.?
    I remember working on the 3.2 version of soultion manager on change management and the response times very much better than this as compared to 4.0.
    Let me know guys and once again..thanks a lot for your help and valuable input.
    Abhi

  • Slow response time for HTTP requests

    I have an 8310 Pearl. For the past week, I've noticed that the response time using the Internet browser was very slow. One work-around was to cancel the request and then submit it again. The second request returned the page MUCH faster.
    I cleared my history, and this seemed to have helped. Has anyone else noticed this? Thanks

    Welcome to the forums
    Try a Battery Pull:
    1. Remove the battery while phone is turned on
    2. Wait a few seconds before inserting it again
    3. Allow the long boot up process to finish (takes a few minutes usually)
    This clears most software issues that occur on blackberries from time to time. You could also use Quickpull, a free app that simulates a battery pull without physically removing the battery: http://software.crackberry.com/product.asp?id=27660
    A battery pull reclaims memory lost during application usage and clears minor software errors that creep in over time. The blackberry runs an OS just like your PC runs windows and the battery pull is the equivalent of a reboot/restart on your computer.
    Kijana
    Please remember to:
    1. Mark Accept as Solution on the appropriate post once your issue has been resolved
    2. Give Kudos to helpful posts (click the star next to the post)
    Thanks

  • CCMSPING not collecting "Dialog Response Time"

    In Solution Manager 4.0, we have configured the CCMSPING agent to monitor a number of systems.  For only two of those systems, CCMSPING is not collecting "Dialog Response Time" (Availability_DiaRespTime) and "Standardized Response Time" (Availability_StdRespTime) data.  All other MTE's for those two servers are being successfully collected.  Looking at CPH, for at least one of those systems, the data was collected for a couple of weeks and then stopped.  For the other system, that data has never been collected.  The two systems with problems are the only two ECC 6.0 systems in the landscape.  In the RZ20 monitor, all that it says is that the "Value is obsolete".  I have deactivated and reactivate CCMSPING one of the systems without any change.
    Has anyone seen anything like this?  Is there any way that I can find out what errors are occurring?

    I have already a ccmsping agent registered on my central system but it seams to be not correctly registered.
    I registered correctly the agent with the '-push' option and it seams to work properly now.
    Thanks for your response
    Regards,
    Emmanuel Coindre.
    [www.emmanuelcoindre.fr|http://www.emmanuelcoindre.fr]

  • How can I improve the response time of the user interface?

    I'm after some tips on how to improve the response time to mouse clicks on a VI front panel.
    I have  data acquistion application which used to run fine, but after spending a couple of weeks making a whole bunch of changes to it I find that the user interface has become a bit sluggish.
    My main GUI VI has a while loop running 16 times a second, updating some waveform charts and polling about a dozen buttons on the front panel.
    There is sometimes a delay (variable, but up to 2 seconds sometimes) from when I click on a button to when it becomes depressed. I have wired the iteration terminal of the while loop to an indicator on the front panel and can see that the while loop is ticking over during the delayed response to the mouse click, so I know that the problem is not that the whole program is running slow, just the response to mouse clicks.
    Also, just for debugging purposes, I have indicators of the iterations of all the main while loops in my program on the front panel, so I can see that there are no loops running abnormally fast either.
    One thing I've tried is to turn off multi-threading, and this does seem to work - the response to mouse clicks is much faster. However, it has the side effect of making the main GUI while loop run less evenly. I was trying to get a fairly smooth waveform scrolling across the screen, and when multi-threading is off it gets a bit jerky.
    Any other suggestion welcome..
    (I am using LabVIEW 7.1, Windows 2000).
    Regards,
    Mark.

    Hi Altenbach,
    Thanks for your reply. In answer to your questions:
    I am doing both DAQ board and serial data acquisition. I am using NIDAQ traditional for the DAQ board, and VISA for the serial. I have other similar versions of this program that do only DAQ board, or only serial, and these work fine. It was only when I combined them both into the same program that I ran into problems.
    The multiple while loops are actually in separate VIs. I have one VI that acquires data from the DAQ card, another VI that acquires data from the serial port, another VI that processes the data and saves to file, and another VI, the GUI VI, that displays the data in graphs and charts.  The data is transferred betwen the VIs via LV2 globals.
    The GUI VI is a bit more complicated than I first mentioned. It has tab control, with 4 waveform charts on one page, 4 waveform graphs on another page, and 3 waveform graphs on another page. The charts have a history length of 2560, and 16 data points are added 16 times a second. The wavefom graphs are only updated once per minute.
    I don't use the value property at all, but I do use lots of property nodes for changing the properties of the graphs and charts e.g. changing plot colours, Y scale range etc. There is only one local variable (for the Tab control). All the graphs and charts have data wired directly to their terminals.
    I haven't done any profiling yet.
    I am building arrays in uninitialised shift registers, but this is all well under control. As the experiement goes on, more data is collected and stored, and so the memory usage does gradually increase, but only to the extent that I would expect.
    The CPU usage is 100%, but I thought this was always the case when using NIDAQ  with DAQ cards. Or am I wrong about this? (As a side note, I am using NIDAQ traditional, but would NIDAQmx be better?)
    Execution priority of the GUI vi (and all the other VIs for that matter) is set to normal.
    The program is a bit large to post here, and I'm not sure if my company would be happy for me to publicise it anyway, so I suspect that this is turning into one of those questions that are going to be impossible to answer.
    Just as a more general question, why would turning off multi-threading improve the user interface response?
    Thanks,
    Mark.

  • Experiencing very slow response time using AirPort while wired response is fine. Suggestions?

    After a surfing session a few weeks ago the response time for my AirPort internet connection became painfully slow.  When I plug in to the wired connection it works fine.  Resetting the router and modem doesn't seem to fix it.  What might have happened and what can I do to fix it?

    It is very possible that you may have some form of Wi-Fi interference that appears during these hours that is preventing your AirPort Base Station from providing a clean RF signal.
    I suggest you perform a simple site survey, using utilities like iStumbler, Wi-Fi Explorer or AirRadar to determine potential areas of interference, and then, try to either eliminate or significantly reduce them where possible.

  • Average support response time with free support plan

    Some time ago I noticed that I have 3 Adobe ID's.
    2 of them are correct
    2 of them have products registered to them
    1 that has a product registered to it is erroneous: has the wrong country in its registration details
    I contacted support and was assisted promptly and accurately. I needed to provide a few more details that I had to take a moment to collect. The support agent opened up a support case where I could later place the missing information.
    I informed the support agent that I would be away on holiday for a week. And immediately after I added the information that'd come in in the meantime.
    This was 1st of may. All has been silent since then.
    I tried to open up a chat to ask what the average response times are for free support plan subscribers, but I no longer get access to the chat... I guess I was probably just lucky the first time.
    Anybody here know when (on average) I could expect an update to that support case?

    Up to 2 weeks and given the current madness after the CS7/ CC announcment possibly longer.
    Mylenium

  • Huge latency / keyboard-response-time when typing in IDE

    I am experiencing a huge latency when working with some IDE's text editors, and keyboard response time is annoying long, sometimes what I have typed appears after a whole word is typed.
    This happens in some IDE's which do some background parsing as I type,
    hard drive led turns on before the text editor shows what I have typed which makes me suspect it has something to do with spin down (which yet doesn't make much sense)
    any idea guys?
    Last edited by startover (2011-09-10 15:56:12)

    startover wrote:
    I am experiencing a huge latency when working with some IDE's text editors, and keyboard response time is annoying long, sometimes what I have typed appears after a whole word is typed.
    This happens in some IDE's which do some background parsing as I type,
    I don't know which IDE you are using, but one which huge IO on background parsing sounds for me like Intellij IDEA :-)
    There was a bug with java 7 which makes the entire text editor really slow.
    http://youtrack.jetbrains.net/issue/IDEA-73128
    But this is fixed with the release 10.5.2 which was released this week. In this case you should install the update, otherwise no idea.
    Maybe you should post which IDE's you are using so the people here must not guess to help you.
    hard drive led turns on before the text editor shows what I have typed which makes me suspect it has something to do with spin down (which yet doesn't make much sense)
    any idea guys?

  • How to get Query response Time?

    II am on BI 7.0. I ran some queries using RSRT command. I want to find how much time the queries took.
    I went to
    st03 -> expert mode -> BI system load-> select today / week/month according to the query runtime day
    I do not see any Info Providers. Query was on a cube so why no Info Providers.
    Does something have to turned on InfoPorvider to show.
    When I look  in RSDDSTAT_OLAP table, I do see many rows but cannot make any sense. Is there some documentation on how to get total  query time from this table?
    Is there any other way to get query response time?
    Thanks a lot.

    HI,
    why not use RSRT ? You can add database statistics option in "Execut & Debug" and you get all the runtime metrics of your query
    In transaction RSRT, enter the query name and press u2018Execute +Debugu2019.
    Selecting u2018Display Statistics Datau2019 .
    After executing the query will return a list of the measured metrics.
    The event id / text describes the steps  (duration in seconds):
    "OLAP: Read data" gives the SQL statements repsonse time (ok - because the SAP
    application server acts as an Oracle client a little network traffic from the db server is included,
    but as far as you not transferring zillions of rows it can be ignored)
    But it gives you much more (i.e. if the OLAP cache gets used or not )...
    In the "Aggreagate statistcs" you get all the infoproviders involved in that query.
    bye
    yk

  • 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...

  • LYNC 2013 mobility clients disconnect and AAR bad response time

    Good day,
    I'm new to this, but have to implement LYNC 2013 for our company.
    I have implemented Lync 2013 by following various instructions and all seems fine... apart from all mobile clients (internal/external - Andoid/IOS). They get disconnected after a few minutes. On Android the error is "unknown error" (very useful)
    and on IOPS it's "unhandeled alert type 302 E_Badgateway (E2-3-35).
    What I have noticed is that on AAR, on the LYNCWEB server farm  (under " Monitoring and Management") the response time is huge (10000 + ms) and when the errors come up on the clients I get a "failed request".
    I can not think what may be wrong but all is pointing to AAR?
    AAR is version 3 running on 2021 R2
    any ideas? been stuck for a week on this now.
    Many thanks
    DD

    Hi,
    From your description above, it seems to be the issue with IIS ARR.
    You can check with the following steps:
    Check if DNS records and certificate were appropriate.
    Check if ExposedWebURL set to External.
    Try to increase the time out value from 200 to 1800
    More details:
    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

Maybe you are looking for