Performance issue in ECC 6.0

Hi,
How is the database server operating system coping in terms of CPU load and memory? and what is the db data cache hit ratio in ST04?
I would look into the following things, network configuration between database and central instance, and the load on the DB server cpu load/memory and possibly the most important the DB2 memory and configuration instead of focusing on the SAP application server in case of high DB times.
Please be aware of the fact that tables in upgrade from 4.6C to ECC increase from about 30000 to 60-70000 and db tuning is the most likely explanation for your problems.
Regards
Sindri

Similar Messages

Last hope on performance issues in ECC 6

This forum is my last hope for help on this issue.
We just recently went from 4.6c, oracle 9-something to ecc 6, oracle 10g.
We have found that report performance in the background has been TERRIBLE in comparison to the old version. Especially CO reports and PS reports. We have spent countless hours on analyss and program changes, and OSS note applications, and have exhausted evey means to find the underlying issue that the upgrade seems to have caused.
The biggest issue we found were changes to the PSJ logical database, and we fixed that.
We have looked both on the Oracle side and the SAP side.
Still reports are running 3-4 times longer.
We are non-unicode
Has anyone else run into this issue?

I´d do an SQL trace (ST05), switch it on for a user, start the report and let it run until it bombs out with timeout. Then switch off the trace and evaluate it.
Also check note 871096 and install the patches listed for your platform.
Did you create database statistics after you did your upgrade?
In any case, create an SQL trace and open an OSS call on BC-DB-ORA telling the support your problems and let them have a look at the execution plan of your statement.
Markus

Performance issue in ECC 6.0, pls help!

Dear all,
I have a join statement which works fine with the same data in 4.6 C but in the upgraded system it is too slow.
SELECT PA0105USRID PA0001BUKRS PA0001~GSBER
   INTO TABLE I_pa0001
FROM PA0105 INNER JOIN PA0001 ON PA0001PERNR = PA0105PERNR
FOR ALL ENTRIES IN i_apqi
   WHERE PA0001~ENDDA EQ '99991231'
   AND PA0001~BUKRS IN S_bukrs
AND PA0001~GSBER IN S_GSBER
   AND PA0105~SUBTY EQ '0001'
   and pa0105~usrid = i_apqi-creator
AND PA0105~ENDDA EQ '99991231'.
Table i_apqi has a list of user ids. This is taking around 6 minutes which is too much. Any ideas to improve this?
Will be happy to reward points for the answers
Regards
Veena

Hi,
I think you could use this code.
IF i_apqi[] IS NOT INITIAL.
SELECT PA0105~USRID PA0001~BUKRS PA0001~GSBER
INTO TABLE I_pa0001
FROM PA0105 INNER JOIN PA0001 ON PA0001~PERNR = PA0105~PERNR
FOR ALL ENTRIES IN i_apqi
WHERE pa0105~usrid = i_apqi-creator
AND PA0001~ENDDA EQ '99991231'
AND PA0001~BUKRS IN S_bukrs
AND PA0001~GSBER IN S_GSBER
AND PA0105~SUBTY EQ '0001'
AND PA0105~ENDDA EQ '99991231'
%_HINTS ORACLE 'FIRST_ROWS'.
ENDIF.
But your table i_apqi must have than first row creator
Brgds
Julien

Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query

Hi All,
There is a Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query in a report painter.
This query is working fine when executed in 4.7 system where as it is running for more time in ECC6.0.
Select query is on the table COSP.
SELECT (FIELD_LIST)
        INTO CORRESPONDING FIELDS OF TABLE I_COSP PACKAGE SIZE 1000
        FROM COSP CLIENT SPECIFIED
        WHERE GJAHR IN SELR_GJAHR
          AND KSTAR IN SELR_KSTAR
          AND LEDNR EQ '00'
          AND OBJNR IN SELR_OBJNR
          AND PERBL IN SELR_PERBL
          AND VERSN IN SELR_VERSN
          AND WRTTP IN SELR_WRTTP
          AND MANDT IN MANDTTAB
        GROUP BY (GROUP_LIST).
   LOOP AT I_COSP      .
     COSP                           = I_COSP      .
     PERFORM PCOSP       USING I_COSP-_COUNTER.
     CLEAR: $RWTAB, COSP                          .
     CLEAR CCR1S                         .
   ENDLOOP.
ENDSELECT.
I have checked with the table indexes, they were same as in 4.7 system.
What can be the reson for the difference in execution time. How can this be reduced without adjusting the select query.
Thanks in advance for the responses.
Regards,
Dedeepya.

Hi,
ohhhhh....... lots of problems in select query......this is not the way you should write it.
Some generic comments:
1. never use SELECT
                   endselect.
   SELECT
into table
   for all entries in table
where.
   use perform statment after this selection.
2. Do not use into corresponding fields. use exact structure type.
3. use proper sequence of fields in the where condition so that it helps table go according to indexes.
    e.g in your case
          sequence should be
LEDNR
OBJNR
GJAHR
WRTTP
VERSN
KSTAR
HRKFT
VRGNG
VBUND
PARGB
BEKNZ
TWAER
PERBL
sequence should be same as defined in table.
Always keep select query as simple as possible and perform all other calculations etc. afterwords.
I hope it helps.
Regards,
Pranaya

Performance issue - in 4.7 ( previously worked in ECC 6 only)

Hi experts,
I have worked on ECC 6.0 and now i have got a new job and now working in 4.7 for support project. I feel it is very difficult after working in 6.0.
I have not used occurs 0, like etc.. statements in 6.0.
In 4.7 what are the things that i should consider to avoid performance issues.
plz guide me.
thanks in advance.

Hi Sakthi,
I faced the same problem,. I am in support now for last 3 months...
So let me share some of the tips and tricks I follow...
In ECC 6.0 there is always less data... since the database may be from 2005 but not early than that...
But for 4.7 EE it may be from 1997 also... like mine...
Since of a huge database,,, some times the select statements you write will not work in PRD & QAS..
You will get Request Timed Out.
So you need to be more carefull at select statements,,, match as many as primary keys.. and learn Secondary indexes,,, and must should have a good idea on foreign key relations very well...
About the like or Occurs..etc. you dont worry about that,, that is very easy.... and if there is a modification you can write the code almost all like the ECC 6.0...
In SAP Wiki, there are performance tips & Coding procedures.. Lokk at that it will be help full...
Thanks & regards,
Dileep .C

Performance issue with COEP table in ECC 6

Hi,,
Any idea how to resonlve performance issue on COEP table in ECC6.0
We are not using COEP table right now. this table occupies 100gb of 900 gb in PRD system.
Can i directly archive/delete the table?
Regards
Siva

Hi Siva,
You cannot archive COEP table alone. It should be archived along with the respective archive object. Just deleting the table is not at all a good idea.
For finding out the appropriate archive object contributing to the entries in COEP, you need to perform CO table analysis using programs RARCCOA1 and RARCCOA2. For further informaton refer to SAP note 138688.
Hope this helps,
Naveen

Performance issues with SAP BPC 7.0/7.5 (SP06, 07, 08) NW

Hi Experts
There are some performance issues with SAP BPC 7.5/7.0 NW, users are saying they are not getting data or there are some issues while getting data from R/3 system or ECC 6.0. Then what things do I need to consider to check, such as what DataSources or Cubes I need to check? So, how to solve this issue?
What things I need to consider for SAP NW BI 7.0 u2013 SAP BPC 7.5 NW (SP06, 07, 08) Implementation?
Your help is greatly appreciated.
Regards,
Qadeer

Hi,
New SP was released in February, and now most of the new bugs should been caught ,This has a Central Note. For SP06 it's Note 1527325 - Planning and Consolidation 7.5 SP06 NetWeaver Central Note to fix any issues. Most of the improvements in SP06 were related to performance, especially when logging on from the BPC clients.There you should be able to find a big list of fixes/improvements and Notes that describe those. Some of the Notes even have test description how to reproduce that issue in the old version.
hope this will help you
Regards
Rv

Performance Issue with VL06O report

Hi,
We are having performance issue with VL06O report, when run with forwarding agent. It is taking about an hour with forwarding agent. The issue is with VBPA table and we found one OSS note, but it is for old versions. ours is ECC 5.0. Can anybody know the solution? If you guys need more information, please ask me.
Thanks,
Surya

Sreedhar,
Thanks for you quick response. Indexes were not created for VBPA table. basis people tested by creating indexes and gave a report that it is taking more time with indexes than regular query optimizer. this is happening in the funtion forward_ag_selection.
select vbeln lifnr from vbpa
     appending corresponding fields of table lt_select
     where     vbeln in ct_vbeln
     and     posnr eq posnr_initial
     and     parvw eq 'SP'
     and     lifnr in it_spdnr.
I don't see any issue with this query. I give more info later

Performance issue with Adobe forms

Dear SAP Experts,
We have the following issue/requirement from our client. The client is on SAP ECC 6.0 - production environment.
The client is highlighting performance issue while accessing the adobe forms for HR and FI business process ( both static and interactive ).
                Examples are
    FI – Invoice Approvals
                HR – Job Salary Change
The client is asking us to provide best practices surrounding:
1.       How to improve the performance of the adobe forms while accessing in SAP.
2.       Is there any other technology which we can use in SAP to replace the adobe forms which has better performance factor.
3.       Are there solutions such as webdynpro floor plan manager, UI Fiori which can be alternately used?
Regards,
Sakthi

Hello Priya,
     Adobe forms are easy to develop and much more comfortable than SAP Scripts and Smartforms. Initially they are a bit difficult but once you have your hands on, they are the most simplest things in ABAP.
Performance in Adobe forms is a mix of both fine tuning the Layout as well as back end coding.
Performance in Adobe forms cannot be done overnight. A lot of care has to be taken during the initial stage of development.
As far as my experience is concerned, please consider the below points while developing SAP Adobe forms.
1) Avoid Scripting (Javascript/Formcalc) as much as possible inside the form. It drastically reduces the performance and makes the form to execute slower. If you still want to use scripting(which cannot be avoided for some requirements), use Formcalc since it is comparatively faster than JavaScript.
2) Try to avoid the coding inside the Form Interface. You can always handle the maximum coding in the Driver program and pass it to the form.
3) Use Form Caching.
For forms that have fixed layout, its a good way to increase the performance of form rendering. In the layout, go to Form Properties. Then Click on Defaults tab and select Allow Form Rendering To Be Cached On Server. Then Click OK.
For forms that have flowable or dynamic layout, render the forms on the client side because it improves performance.
Last but not the least, please go through the below post by Otto Gold which is worth a read at least once.
How to write a messy form

Inventory Cube performance Issue

Hi All,
This is not something new, but an old issue traditionally with this cube. I have customized 0IC_C03 for my requirement and having serious performance issues. It has 0CALDAY, 0MATERIAL, 0PLANT as non-cumulative value parameters. i hav eadded movement types (temproarily for validation purpose). But my query always timed out, unless I specify the material. There are close to 40K materials are being maintained. The values are all fine between ECC and BI afterdata loads. So we are thinking may be snap shot approach would hlp us resolve the performanc eissues.
Anybody has implementeted snap-shot approach for inventory? I know it is a loading issue, but we think we could deal with that rather than performanc eissue when the users execute the query.
if anybody has done it, could ou provide the steps?
Thanks,
Alex.

Hi Jameson - Thanks for your response.
We thought that would be the case. Have raised a SR with oracle and they are investigating on it. We have also sent an EIFF file to Oracle for investigation.
Both the DBs are in the same environment (AIX 6.1) and DBAs have confirmed both the DBs have the same system parameters.
Even if we keep aside comparing to 11.2.0.1, for some reason 11.2.0.3 seems to be very slow. Even a simple cube (2 Dim and 2 Measures) with 9K records takes around 15 min to get refreshed and it takes ages to view the data.
Havent generated the AWR report, will see if we can do the same.
rgds,
Prakash S

Performance Issue in Order.jsp

Hi Folks,
I am facing a performance issue in the CRM system. When I try to transfer 500 items from the Product catalog to the order, it takes around 8 mins.
The expectation is max of 1 min.
We are performing the ATP check via ECC and pricing via IPC. I would like to have your suggestions as to how I could improve this performance.
Thanks.
Deepika

Frankly, you may never be able to achieve that kind of benchmark.
But it is still worthwhile to trace for performance. Check the time taken by the (ABAP calls) components in the "Add to basket" action. The ISA runtime log will be very useful. Perform ABAP trace in the backend ST03, ST05 etc.
If you have not seen this note check if this is relevant.
Note 1089043 - Performance and memory problems in SAP E-Commerce
See if this note is relevant too
Note 1150302 - Deactivating IPC communication in Web catalog of Web shop
A different question,
What is this business scenario that expects a customer to select 500 catalog items in one shot and transfer to the basket. To me, it looks very highly unlikely scenario - unless you want to explain
If this is a kind of customerr specific view and you expect the customers to select all of the items in their view and load in one shot, you can design upload capability with ofline order create.
Easwar Ram
http://www.parxlns.com

RKKBABS0 Performance Issues (Background Processing of CO99) for PM Orders

We are experiencing extremely long run times when batch processing through program RKKBABS0 in ECC 6.0 (just upgraded). The issue appears to be that the program is using the production order numbers to search against the EXKN table which contains no AUFNR or AUFPL information.
Has anyone experienced this same issue and how was it resolved?
Edited by: Ken Lundeen on Apr 9, 2010 9:17 PM
Edited by: Ken Lundeen on Apr 9, 2010 9:17 PM Table ESKN

(I'm sorry you've waited over a year for a reply.)
We also have performance issue. In our case we do not use Service Entry sheets with maintenance or production orders; AUFNR will not be populated in table ESKN. We are unable to 'complete business' our maintenance and production orders using batch processing because of performance.
We use Oracle database, which uses full table scan in this situation. But Secondary index (MANDT and AUFNR) is of no value anyway, we have about 12 million records with client and blank AUFNR field.
Our solution is a combination of a modification and a new index. OSS pilot note "1532483 - Performance of RKKBABS0 CHECK_ENTRYSHEET when reading ESKN" is a modification which introduces code improvements especially if running in background and closing several orders. Because we only have one client, we also created a new index consisting only of AUFNR. Oracle will not add a row to the secondary index of all fields of the index are null, making our new index very small. We then udpated Oracle stats to ensure Oracle would choose our new index.
We can now 'complete business' a single order online in under a minute, and the batch program runs much more efficiently.
This is not a perfect solution, but it has been a useful workaround for us. I hope this is useful to you.

XI performance issue

Hello ,
I am facing one XI performance issue. We are using PI 7.1 SP 7 on AIX 5.3 and Oracle 10.2.0.4
I have testing a simple file to file scenario, every 0.09 second, PI pull one 1kb size file from AIX file system and process, PI works fine, the item in Queue I see in SMQ2 is normally 10 - 20.
But someone has implemented their own Scenario, it ECC 6 send iDoc to PI, PI process and send to SQL Server 2000 by JDBC adapter, it also use Acknowledgment. They uses complicated mapping, normally takes up to 10 seconds. The performance is bad, items in Queue is about 1000+.
I really don't understand what is the problem.

Hello,
Please find the links below... which may help you.
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/2016a0b1-1780-2b10-97bd-be3ac62214c7
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/8080a971-8c72-2b10-2a94-d33f31366c19
Regards,
Madhu

Indesign CS5 Performance issue in Xenapp 6.5

We are using Indesign CS 5 in Xenapp 6.5.
There is a performance issue while launcing the Indesign (takes min 4 Minutes to launch) and while opening the documnet from the network is also taking time.
System configuration : Virtual machine,Windows 2K8 R2 SP1,32 GB Memory,CPU 4.
Please help to resolve this issue.
Thanks,

Hi,
How is the database server operating system coping in terms of CPU load and memory? and what is the db data cache hit ratio in ST04?
I would look into the following things, network configuration between database and central instance, and the load on the DB server cpu load/memory and possibly the most important the DB2 memory and configuration instead of focusing on the SAP application server in case of high DB times.
Please be aware of the fact that tables in upgrade from 4.6C to ECC increase from about 30000 to 60-70000 and db tuning is the most likely explanation for your problems.
Regards
Sindri

Performance issue on IW59 (RIQMEL20)

Hello,
Recently we have implemented notifications in our PM module and whenever we try to list service notifications with IW59 we have a slow response. Sometimes it lasts 20 minutes to obtain any output.
After reviewing the SAP Support Poral we have followed the correction instructions on OSS note 1554293 (Poor performance in EAM lists due to missing phase). The performance has improved but still have slow response.
Anyone has suffered the same problem anytime?
Our database is MaxDB 7.6 and our release is SAP ECC 6.0
Thank you,
Óscar

Óscar
Get your ABAPers to run a trace on the program to check for the details of the performance issue.
What data are you entering in the selection-screen?
PeteA

Performance issue in ECC 6.0

Similar Messages

Maybe you are looking for