Performance issue in Portal Reports

Hi
We are experiencing a serious performance issue, in a report, and need a urgent fix on this issue.
The report is a Reports From SQL Query report, I need to find a way to dynamically make/create the where clause otherwise I have to make the statement in a way the exclude the use of indexes.
Full-table-scan is not a valid option here; the number or records is simply too high (several millions its a datawarehouse solution). In the Developer packaged, we can make the where clause dynamically, this basic yet extremely important feature, is essential to all database application.
We need to know how to do it, and if this functionality is not natively supported, then this should be one of the priority one functionalities to implement in future releases.
However, what do I do for now?
Thank in advance

I have found a temporary workaround, by editing the where clause in the stored procedure manually. However this fix have to be done every time a change have been committed in the wizard, so it is still not a solution to go for indefinitely, but its ok for now.

Similar Messages

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 of BI Reports in SAP Enterprise portal -in SAPNW2004s

Dear friends,
We are integrating BI Reports in SAP Enterprise Portal 7.0 ( SAP NW- 2004s).The reports are running properly .But the issue here is reports are taking long time to open and leading it to performance effect.
Reports in BEX( Bi side) working lilttle better than EP platform.
And Even BI team is looking for ways to improve the performance.
Could you please share your ideas to implement in portal side to increase the performance.
Thanks and Regards
Ratnakar Reddy

Hello Mr. Reddy,
There are two possibilities for slow performance in BW reports, so we need to look into wether its slow in the BW system or at the frontend.
If the problem resides in the BW system then we should be able to trace the reports
and you can go for a SAP EW or GV sessin and SAP will provide recommendations.
If the problem resides at the frontend
Update the frontend servers to the latest frontend release.
Recommended Frontend Release 700
Recommended Frontend Patch 18
Update the frontend servers to the lates SAP GUI release as soon as possible.
Minimum Recommended SAP GUI Release 6.40
Your frontend PCs should fulfill the following requirements:
Each frontend PC should have 500 MHz and 128 MB main memory.
Because of a limit in the addressable memory, Windows 95 is not supported as Frontend OS for 3.X BW Systems. Please refer to SAP Notes 161993, 321973 and 366626 for details.
Please also check SAP Note 147519 "Maintenance strategy/ deadlines 'SAPGUI'".
If you still require any assistance from SAP support then raise a message under component ( probably BW-BEX-ET-WEB).
Provide your input, if you have any.
Thank you,
Tilak

Performance issue of BI reports in SAP Enterprise portal

Dear Friends,
We have integrated BI reports with SAP Enterprise portal 7.0.Reports are running properly But the issue is reports are taking more time to dispsaly its content and leading it to performance effect.
In Bex ( BI side) reports performance is little better than SAP EP platform. BI Team also looking for ways to improve performance at BI side.
Could you please share your valuable ideas to improve the performance at SAP EP side also ..
Thanks and Regards
Ratnakar Reddy

Hi ratnakar,
The first step is to identify which component is causing the performance problem. Run your report in the portal but try appending the string &PROFILING=X in the end of the URL. This will generate BI statistics which you can use to see which component (Java stack, ABAP stack, Database) is causing the performance issue.
Hope this helps.

Performance issue with BW Reports for concurrent users

All:
I notice that one BW report that runs in few seconds will take upto 3.5 minutes when multiple users run it at the same time.
We are in BW 3.5 and we run reports for portal.
Does anyone have any suggestion about how to handle performance issue with concurrent users?
Thanks,
Pranab

Hi,
use the OLAP-cache and/or aggregates and consider using load balancing to distribute the users to several servers.
Kind regards
/martin

Performance Issues with crystal reports 11 - Critical

Post Author: DJ Gaba
CA Forum: Exporting
I have migrated from crystal reports version 8 to version 11.
I am experiencing some performance issues with reports when displayed in version 11
Reports that was taking 2 seconds in version 8 is now taking 4-5 seconds in versino 11
I am using vb6 to export my report file into pdf
Thanks

Post Author: synapsevampire
CA Forum: Exporting
Pleae don't multiple forums on the site with the same question.
I responded to your other post.
-k

Performance issue with HRALXSYNC report..

HI,
I'm facing performance issue with the HRALXSYNC report. As this is Standard report, Can any body suggest me how to optimize the standard report..
Thanks in advance.
Saleem Javed
Moderator message: Please Read before Posting in the Performance and Tuning Forum, also look for existing SAP notes and/or send a support message to SAP.
Edited by: Thomas Zloch on Aug 23, 2011 4:17 PM

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

Strange performance issue in bex report

Hello Experts,
I have a performance issue on my bex report.
I'm running the report with below selection criteria and getting 'too much data' error.
Country : equals EMEA
Category: not equlas 13
Date : 02/2010 to 12/2010.
But when I ran the report for smaller date ranges the number of records are not exceeding 13000.
02.2010 - 06.2010 - 6,555 rows
07.2010 - 09.2010 - 3,671 rows
10.2010 - 12.2010 - 2,780 rows
I know excel can't fit more than 65000 records, but I'm expecting 13000 records for my wide date range which excel can easily fit.
Any ideas on this one will be appreciated.
Regards,
Brahma Reddy

Hi,
For Question 1:
In query designer Go to the Query properties and select the tab "Variable Sequence", here you can set the order of variables as per you requirement.
For Question 2:
There will be a option "Hide Repeated Key values", if you uncheck this option then you will have the values for each row even though the material values are same.
Note; if you are viewing the report in web or WAD report you need to make the same changes in the Web template also because the settings in the query designer will be overridden when you run the query in web.
Hope this helps.
Regards,
Rk.

Variable input values issue with Portal reports in WAD

Hi Gurus,
We have issue with our reports which are created in WAD and when executed through CRM portal. We are executing the report with some selection criteria by changing default values, and once we get the out put we use SAVEAS option to save the report to favourites. But the issue arises when we open the reprot again by clicking OPEN tab next to SAVEAS button. It opens our report, but the selection screen vaues are getting changed to default instead of showing the values which we entered before saving the report.
ex: we have fiscalyear/period: default value is 001.2009 - 010.2009, but i changed the value to 001.2010 - 010.2010 and saved the out put of the report. when i reopen the report useing open option, it is showing 001.2009 - 010.2009 in input screen.
Please let me know if some one has come accross this issue, or is it standard SAP behaviour. It is working fine when executed through Query designer. This is not related to personlization of variabl.es.
Regards,
Yada

Hi Hari,
Thanks for your promp response...but is there any settings to get the variable values with out saving as variant, because its working fine when executing through query designer....
Regards,
Yada

Performance Issue with Crosstab Reports Using Disco Viewer 10.1.2.48.18

We're experiencing Performance Issue (retrieving 40000 rows) with Crosstab Reports Using Disco Viewer 10.1.2.48.18 ( > 01 Minute , executing "Building Page Axis" or executing a Refresh).
Are there parameters to tun (in pref.txt file) , in order to reduce "Building Page Axis" execution ?
Note : We've got the same performance problem , using Discoverer Desktop 10.1.2.48.18.
Thank's in advance for your Help.

Hi
Well if the same issue occurs in both Desktop and Viewer then you have your answer. It's not the way that Discoverer is running the workbook its the way the workbook has been constructed.
For a start, 40000 rows for a Crosstab is way over the top and WILL cause performance issues. This is because Discoverer has to create a bucket for every data point for every combination of items on the page, side and top axes. The more rows, page items and column headings that you have, the more buckets you have and therefore the longer it will take for Discoverer to work out the contents of every bucket.
Also, whenever you use page items or crosstabs, Discoverer has to retrieve all of the rows for the entire query, not just the first x rows as with a table. This is because it cannot possibly know how many buckets to create until it has all the rows.
You therefore to:
a) apply sufficient filters to reduce the amount of data being returned to something manageable
b) reduce the number of page items, if used
c) reduce the number of items on the side or top axis of a crosstab
d) reduce the number of complex calculations, especially calculations that would generate a new bucket
If you have a lot of complex calculations, you should consider the use of a materialized view / summary folder to pre-calculate the values.
Does this help?
Best wishes
Michael Armstrong-Smith
URL: http://learndiscoverer.com
Blog: http://learndiscoverer.blogspot.com

Performance Issue in a report

Hi,
     Can you please modify this code, i have performance issue for the following code.
Here: t_po is a final internal table.
    select ekkobukrs ekkoebeln ekkolifnr ekkobsart    " EKKO
            ekkoernam ekkoaedat ekko~memory                " EKKO
            ekpoebelp ekpoidnlf ekpotxz01 ekpoloekz     " EKPO
            ekpoeffwr ekpomenge                                      " EKPO
            ekknsakto ekknps_psp_pnr                              " EKKN
            ekknzekkn ekknmenge                                    " EKKN
            into (t_po-bukrs,t_po-ebeln,t_po-lifnr,t_po-bsart,
                  t_po-ernam,t_po-aedat,t_po-memory,
                  t_po-ebelp,t_po-idnlf,t_po-txz01,t_po-loekz,
                  t_po-effwr,t_po-menge,
                  t_po-sakto,t_po-ps_psp_pnr,
                  t_po-zekkn,t_po-menge1)
            from ( ekko inner join ekpo
            on   ekkoebeln eq ekpoebeln )
                 inner join ekkn
            on   ekkoebeln eq ekknebeln
            and ekpoebelp eq ekknebelp
            for all entries in t_pspnr
            where ekko~bukrs      in s_bukrs and
                  ekko~lifnr      in s_lifnr and
                  ekko~bsart      in s_bsart and
                  ekko~aedat      in s_aedat and
                  ekko~ernam      in s_ernam and
                  ekpo~idnlf      in s_idnlf and
                  ps_psp_pnr      = t_pspnr-pspnr.
      append t_po.
      clear t_po.
    endselect.
Another code:
sort t_po by bukrs idnlf ebeln ebelp.
loop at t_po.
    select single post1 psphi into (t_po-post1,t_po-psphi)             "Performance issue
                  from prps
                  where pspnr = t_po-ps_psp_pnr.
    select single pspid into t_po-pspid                                         ""Performance issue
                  from proj
                  where pspnr = t_po-psphi.
    if t_po-pspid in s_pspid.
do nothing
    else.
      delete t_po index sy-tabix.
      continue.
    endif.
Get invoiced amount for a PO line item
    select dmbtr shkzg into (ekbe-dmbtr,ekbe-shkzg)              ""Performance issue
              from ekbe
              where ebeln = t_po-ebeln and
                    ebelp = t_po-ebelp and
                    vgabe = '2'.
      if ekbe-shkzg = 'H'.
        ekbe-dmbtr = ekbe-dmbtr * -1.
      endif.
      t_po-invamt = t_po-invamt + ekbe-dmbtr.
    endselect.                                                                                ""Performance issue
    if not t_po-menge eq 0.
      t_po-polinamt = t_po-effwr * ( t_po-menge1 / t_po-menge ).
    endif.
    t_po-amtopen = t_po-polinamt - t_po-invamt.
    modify t_po index sy-tabix.
    clear: t_po,prps,ekbe,proj.
endloop.

HI,
Instead of selecting each fields and putting it in each fileds in internal table, we can select the fields and put it into the internal table which contains the required fields.
Eg.
TYPES: begin of itab,
             vorna type vorna,
            nachn type nachn,
            end of itab.
data: wt_itab type table of itab.
select vorna, nachn into table wt_itab from pa0002 where cond.
This increase the performance because it wont take time to match the each fields given after the table statement.
Regards,
Rani.

Performance issue with Crosstab report in BIP

Hi,
I have a report to display in cross tab format....
I followed the steps given in the BIP user guide to develop the report.
The functionality is working fine and report is in intended format.
But the issue is with the performance. The column logic in the X-axis(here - f: Sum(Balance) end) is taking huge time to process and render the data onto the report.
Could anyone please provide an alternative to this logic so that the performance can be improved?
Report Details
rtf looks like this............
Account Number.....Account Name.....Sub Account Number.....Sub Account Name..... Affiliate Code.....Product Total.....for: PRODUCT end
FOR:ACC .....ACCDESC .....SUBACC .....SUBACCDESC .....ICP_CODE .....PROD_TOT .....f: Sum(Balance) endend
for: - <?for-each-group@column: G_BALANCE;PROD?>
end - <?end for-each-group?>
FOR: - <?for-each-group@section:G_BALANCE;UIN?> <?variable@incontext:ACC;UIN?>
f: - <?for-each-group@cell://G_BALANCE;PROD?>
Sum(Balance) - <?if:count(current-group()[UIN=$ACC])?> <?sum(current-group()[UIN=$ACC]/BAL)?> <?end if?>
end - <?end for-each-group?>
end - <?end for-each-group?>
and others are just place holder columns........
The xml data is generated in the below format:
- <G_BALANCE>
<UIN>ACC_INVEST_INC_G</UIN>
<ACC>ACC_INVEST_INC_G</ACC>
<ACC_N>Accrued investment income</ACC_N>
<S_ACC_N />
<S_ACC_NA />
<I_CO />
<PROD>Corporate Product Code</PROD>
<BAL>51439533.16</BAL>
<A_L>0</A_L>
<P_ACC />
<S_F>Y</S_F>
<R_ID>1</R_ID>
- <G_PROD_TOTAL>
<P_T>51439533.16</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14000000000000</UIN>
<ACC>140000</ACC>
<ACC_N>Acc Invest Inc - Government Long-Term Bonds</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>379914.46</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>2</R_ID>
- <G_PROD_TOTAL>
<P_T>379914.46</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14001000000000</UIN>
<ACC>140010</ACC>
<ACC_N>Acc Invest Inc - Long-Term Bonds</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>46806502.11</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>3</R_ID>
- <G_PROD_TOTAL>
<P_T>46806502.11</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14010000000000</UIN>
<ACC>140100</ACC>
<ACC_N>Acc Invest Inc - Mortgage Loans</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>1182324.99</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>4</R_ID>
- <G_PROD_TOTAL>
<P_T>1182324.99</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14022000000000</UIN>
<ACC>140220</ACC>
<ACC_N>Acc Invest Inc - Certificate of Deposit</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>38.22</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>5</R_ID>
- <G_PROD_TOTAL>
<P_T>38.22</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14030000000000</UIN>
<ACC>140300</ACC>
<ACC_N>Acc Invest Inc - Policy Loans</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>3070753.13</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>6</R_ID>
- <G_PROD_TOTAL>
<P_T>3070753.13</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
- <G_BALANCE>
<UIN>14054000000000</UIN>
<ACC>140540</ACC>
<ACC_N>Acc Invest Inc - OIA</ACC_N>
<S_ACC_N>00000</S_ACC_N>
<S_ACC_NA>Default - Sub Account</S_ACC_NA>
<I_CO>000</I_CO>
<PROD>Corporate Product Code</PROD>
<BAL>.25</BAL>
<A_L>1</A_L>
<P_ACC>ACC_INVEST_INC_G</P_ACC>
<S_F>N</S_F>
<R_ID>7</R_ID>
- <G_PROD_TOTAL>
<P_T>.25</P_T>
</G_PROD_TOTAL>
</G_BALANCE>
Thanks.

Hi,
Please find the sample data and the desired result below:
Sample Table data:
ACCOUNT...........SUB ACCOUNT NUM...........AFFILIATE...........PRODUCT......................BALANCE
PREMIUMS....................................................................CV Ind NQ NP CLIC.............-10057.12
PREMIUMS....................................................................CV Ind Q NP CLIC................0
PREMIUMS....................................................................CV Ind Q Par CLIC...............0
PREMIUMS....................................................................CV Ind NQ Par CLIC..............-6725.39
410210...............00000..............................000...............CV Ind NQ Par CLIC..............-6725.39
410220...............00000..............................000...............CV Ind NQ NP CLIC..............-10057.12
Desired Result:
ACCOUNT...........SUB ACCOUNT NUM............AFFILIATE.................CV Ind NQ NP CLIC..............CV Ind Q NP CLIC.........CV Ind Q Par CLIC...............CV Ind NQ Par CLIC
PREMIUMS................................................................................. -10057.12......................... 0........................ 0........................................... -6725.39
410210........................00000.....................000........................................................................................................................................... -6725.39
410220........................00000.....................000............................ -10057.12
Thanks.

Performance Issue while access reports through Infoview.

Users run reports( Webi ,Crystal ) through Infoview u2013 Accessed by Categories , while navigating between categories( we have different categories : Sales, Purchasing..Etc ) in the Infoview is fine ,it takes time to show all the reports within the categories ,which takes around 3 u2013 5 mins , but run time of the each reports are quick and as expected.
In CMS , while navigating between categories and time taken to show all the reports within the categories are fine . couldnu2019t not understand why this is happening in infoview only.
Would like to know if any one have similar issues. Is there any settings needs to made on the tomcat server or CMS or Infoview. Searched for OSS notes and found a note : 1206095 but it is for Enterprise XI release2.
Product Details :
BOE XI3.1 SP3 .
Any info will be helpfull.

Hello,
- Is Tomcat installed on the same server as BOE? If not, did you use wdeploy to deploy the WAR files? https://bosap-support.wdf.sap.corp/sap/support/notes/1325139
- Do you have more than one Tomcat server, and is it fronted by a load balancer. If it is, try bypassing the load balancer and access InfoView directly without going thru the load balancer.
There is a CMS command-line options that might help you improving performances in your environment.
That switch is named -maxobjectsincache which allows you to increase the maximum number of objects that the CMS stores in its memory cache. Increaseing the number of objects reduces the number of databases calls required and can improve CMS performance.
The default value for this option is 10000 and the maximum value is 100000. Please keep in mind it is not recommended to exceed 100,000 as too many objects in memory will result in the CMS degradation. I would suggest testing with 60,000.
Regards,
Wallie

Performance issue in PS report

Experts!!
I've prepared a PS report that gives the cost status of an asset(under construction). It is a WBS element.
For this, I'm selecting all the projects(PROJ) as in selection criteria.
For each project, the hierarchy(all WBS elements of the project) with an FM.
With that, PRPS -> for WBS element details.
For some WBS elements, there could be asset numbers...means the asset is the WBS element
and the asset is under construction/ activity.
For those assets, I want to find the accounts data from BSEG(or some table).
Now this works fine output-wise.
But the problem is the poor performance.
When BSEG is accessed, I only have the asset number ANLN1(apart from bukrs/gjahr, which is of no great help).
I could not find an alternate table or a table where I can find the key(using the asset number) for BSEG.
Could someone help, please?
Thank you,
Santhosh.

Try this:
Go to FB03 and display one of the documents you are interested in.
Open another sessions and turn on the performance trace (ST05).
Go back to the document display and go:
Environment -> Document Environment -> Accounting documents.
Select the asset document.
Go back to ST05 and turn off the trace and display it.
That should show you how SAP does it. (My bet is that it is pretty close to what Eric has been saying.)
Rob

Performance Issue with Webi report uses SAP BI Query as the data source

Hello.
I have created a Webi ad-hoc report which connects to a SAP BI query through BO OLAP universe.
The layout of Webi is the exactly the same as the BI query. There are filters in the Webi to restrict the number of data extraction, but even with data result of 5000 rows, it took about 30 seconds.
If I execute the BI query with the same filter restriction, it tooks less than 10 seconds.
It seems that large percentage of time is consumed at the MDX part.
Is there any tuning method that could speed up the process time of MDX?
Thank you.
Justine
Edited by: Justine Liu on Mar 18, 2009 6:59 AM

Hi,
please take a look here:
[https://service.sap.com/sap/support/notes/1142664] (Look under related notes)
It includes references to various performance improvements of the MDX interface. From what I saw there it is advisable to upgrade your SAP BI (7.0) up to at least Support Package 21 (you are currently on SP 15).
This may also be interesting for you: There is a new Fix Pack 1.4 coming out for BOBJ XI 3.1. Combined with the related SAP Enh.Pack (not sure about the version of this one) should also improve WebI performance. This fix pack is not yet officially released though but it should not take look.
I recommend that you try the upgrade to Support Package 21 first.
BTW it is also advisable to take a look in the results of your MDX query (e.g using the MDXTEST transaction). You should make sure that your query is indeed restricted as expected. Sometimes the results you see in SAP native reporting tools (e.g. BEx Analyzer) differ from those returned from the MDX component, depending on the way variables/restrictions where defined in the query designer. It is all about making sure that there is no apples/oranges comparison here.
Regards,
Stratos

Performance issue in Portal Reports

Similar Messages

Maybe you are looking for