Customized Reports running slow in PRD system.

Dear all,
All the zreports in our PRD system(900) is running very slow recently.
Simple customized reports which used to and should take very less time
are taking more than 10 mins. for execution. Some customized reports are not
getting excecuted even after 30 mins. The program is not throwing dump
because the instance profile parameter max_wprun_time has been extended
to 99999.
Pls. help regarding how to solve the problem.
reg,
Subhajit Sen Gupta.

Hi,
check these links for performance tips:
http://www.erpgenie.com/abap/performance.htm
http://www.thespot4sap.com/Articles/SAPABAPPerformanceTuning_PerformanceAnalysisTools.asp
http://www.sap-img.com/abap/performance-tuning-for-data-selection-statement.htm
Use se30 and st05 for analysis.
**reward if helpful
regards,
madhu

Similar Messages

How to download the custom Reports to xls from the system?

Hi
How to download the custom Reports to xls from the system?
I know the t code SE38 for reports.
Vijay

Hi
Here the programa name is nothing but a report name???
Vijay

Strange problem... Query runs faster, but report runs slow...

Hi Gurus,
We are using Report 10g on 10g Application server and solaris. we created a report on a table which has 10,000 rows. The report has 25 columns. when we run this query in Toad it took 12 sec for fetching all these 10,000 rows
But when we run the report with Destype = 'FILE' and Desformat = 'DELIMITEDDDATA', it is taking 5 to 8 minutes
to open in excel ( we concatenated mimetype=vnd-msexcel at the end of the url if the Destype=FILE). We removed the layout in the report as it is taking 10 to 15 mins to run to Screen with Desformat=HTML/PDF(formating pages taking more time). We are wondering why DELIMITEDDATA format is taking long time as it runs only query.
Does RWSERVLET take more time of writing the data to the Physical file in the cache dir? Our cache size is 1 GB. we have 2 report servers clustered. Tracing is off.
Please advise me if there are any report server settings to boost the performance.
Thanks alot,
Ram.

Duplicate of Strange problem... Query runs faster, but report runs slow... in the Reports forum.
[Thread closed]

Financial Reporting batch reports run slow at random

FR reports version: 11.1.2.1
This is a summary of our environment:
-Linux server where Hyperion batch reports run
-Linux (SLES-11) server where Essbase resides
-Windows 2008 server where Hyperion Print Service and GhostScript reside
This is what we observed this morning:
Batch reports are executed serially by a master shell script.
One of these reports takes 30+ minutes to complete. The exact same report usually completes in less than 3 minutes.
This problem occurs 3 to 5 times each morning, and not necessarily on the same report.
While the report shows ‘Running’ in the Hyperion Batch Scheduler, there is no process present on reports server. There is no active session on Essbase. There is no active print process on the print server.
Eventually, the report completes successfully and the pdf file is present on reports server.
We haven’t been able to determine where the process is during the period that it appears to be stuck. The best we can do is to look at the status on the Batch Scheduler. It is not a practical option for us to schedule everything using the Batch Scheduler on a daily basis.(this is what Oracle is suggesting, by the way).
Has anybody experienced similar FR batch reports slowness?
Thanks.

IT parsed the HTML into csv so that another program could compare a Trial Balance from HFM with a Trial Balance from the source GL system to ensure all data got imported to HFM.

Custom Report for slow and fast moving items

Dear Xperts,
My client wants to develop a new report for slow and fast moving items, I checked the std report MC46 however as per std SAP design this report does not consider the special stock like project stock (Q)...could you please help me to know how can develop this new report with following input and output fields?
Input fields:
Plant
Material
Material Group
MRP Area
Special Stock Indicator
Special Stock (Type)
Output Fields:
Material
Material type
Material group
MRP Controller
MRP Area
ABC indicator
Material price
Category field – Slow, Fast, Non-moving
Current Stock
Last Issue Date
Thanks in Advance
Regards
Rahul

Dear Rahul,
If you required project stock and consignment stock with valuated stock report in same place you need to generate new info structure as given below link. Or you can go with customized report with abaper.
Info structure validation
Regards
Sanjeet Kumar

SSRS reports running slow while fetching data from SQL server DB

We are currently facing issues with lots of our SSRS reports running very slow. Approx they are taking around 15-20 minutes compared to earlier which was 2-3 minutes.
Also, the SSRS reports which fetch their data from a Database is acting as Subscriber for a reporting server. That is we have an OLTP DB server whose Database say 'A' is getting replicated onto the server where say Database 'B'. On this B we have our SSRS
reports fetching the required data and are reported to be running very slow.
As a start I have checked for Index and stats to be properly updated and yes they are.
I am not sure now, from where to start analysing the issue.
I believe replication, not to be the issue as earlier also we had replication set up and never saw the slowness.
IS memory or IO causing a problem, please help as i am not sure on how to find a fix for this?
Thanks in advance!

Hi,
You need to first find out what all are slow? Is it that the whole instance is slow? How about other queries /replication etc against those databases? Are they slow?
Check the reports which are slow, try to find the slowest reports and then start looking at execution plans. Check if there is any kind of blocking happening during the time the reports run. Also try running the reports manually and see if there is a difference
in execution time. Take a look at the waitstats during the time the reports are running.
Read this to get more better understanding -
https://technet.microsoft.com/en-us/library/ms177500%28v=sql.105%29.aspx?f=255&MSPPError=-2147217396
Regards, Ashwin Menon My Blog - http:\\sqllearnings.com

Oracle 10g Reports running slow

On one server we have an issue with some reports of 2pages taking 2 minutes or more to run, but on another server with the same data transferred across the same report runs in about 3-5 seconds.
The reports we are having issues with contain graphs.
The server spec is better on the slower running report server than the other report server.
How can I fix this?

Hi,
did you any exceptions you in the logs of report server??
Location:
$ORACLE_HOME/reports/logs/ <report_server> / .
Remove a trace,when your executing the graphical report.
It would help you to finding why the report is taking so much time
please follow the below link for tracing the reports in OAS 10g
http://docs.oracle.com/cd/B2501608/doc/dl/bi/B14048_02/B14048_02.pdf_
Regards
Fabian

Reports running slow

Hi All,
I am struggling with this issue that reports are running slow & it is taking few minutes to execute.
In BEx Analyzer it is running slow.
Please tell me reason why this can happen & possible solution.
Thanks.

Hi,
For the query in BEx we can see the changes done to query but what are the changes made by another user. That i need to know for this query.
I think some changes might be done by another user.
Kindly suggest me.
Thanks..

BW report running slow

Hi,
We have reports build on one multicube and its is running very slow ..after entering selction paarameters it keeps running for long time even when i am running for one cal year/month but earlier it was running fine
we have compressed req of cubes which are in this MP
and moreover we have other reports also based on same MP they are running ok only problem with 1 report
can anyone pls tell what to check for ?also i tried executing in web same report there also it took lot of time
any quick helpa pprecaited
thanks
nilesh

I faced a similar issue once. Upon investigating the execution plan, i found that the query was reading 0VENDOR Text multiple times because we had 4 or 5 different vendor partners displaying text. We moved those vendor partners into free characteristics and asked the users to drill down by those partners as needed instead of having it in the initial report view.
We also had an issue with reading UOM conversion tables and currency conversion tables at query run time. One query which did not use those conversion tables ran fine but one query which used those conversion tables on the same info provider was running real slow. We then moved the calculation in the transformations and then the report ran much faster.
These are couple of things i have noticed on my reports that were running slow.
You can run RSRT in debug mode. Select Query execution plan and Query Statistics. Both of these will give you wonderful insights into what really is happening when the query is executed.
The query statistics will tell you how many fact table records were actually read. The Query execution plan will tell you each table that is being accessed by your query.
Good Luck.
MP.

APEX report running slow

Hi
the following query runs slow in APEX (:P10_start_date => 01-sep-08, :P10_end_date=>10-sep-08) but in pl/sql developer it takes a second only
(11g, APEX 3.1.1) any suggestions
select /*+ index (jane_don pre_test_idx)*/
stud_mode, stud_nr, test_nr, pre_date,
timestamp, wr_dur, lec_nr,
lec_part_nr, lec_dist,
lec_out, lec_out_in, lec_tl_nr
from john.jane_don
where pre_date >= to_date(:P10_start_date,'dd-mon-rrrr') and
pre_date <= to_date(:P10_end_date,'dd-mon-rrrr')
and test_2 = to_char(:P10_test)
order by pre_date , timestamp, test_nr
Mel

Hi,
the first thing to do when you are experiencing a slow page rendering, is to click on the debug link at the bottom of the page (you need to be logged on in the APP builder, otherwise it will not show up). If you don't see the link, you can still activate debug mode by entering YES after the fourth semicolon in the URL (unless you disabled the debugging option in the application definition in which case you need to re-enable it first), for instance:
http://apex.oracle.com/pls/otn/f?p=38250:13:0::YES
And you'll see the timings of each component.
Did you already perform this action?
Did you already identify the query as the slowest component in your page?
May be there is some other process that is causing the delay?
Bye,
Flavio
http://www.oraclequirks.com

Discoverer report runs okay in test system but very slow in live

Hi all
My Discoverer report takes about 5 minutes to run in the test environment. The same report (absolutely the same SQL in the custom folder in the admin edition and the same conditions and sort in the Desktop edition) takes at least 45 mins to run in live.
Has anyone faced a problem like this? How can I speed up my report in the live environment? I am using Discoverer version 4.1.48.06.00
Thanks in advance!
Regards
Aruna

Hey Aruna.
Are you sure the 2 environments are exactly the same (ie: one recently copied to the other)? Reason I'm asking is that if one has many more records, or one has an index, etc. then that would, of course, cause a difference.
What about the time when you're running it? Is the production environment an Apps environment and they're running batch jobs, updating shipping info in the last week of the month, etc?
I would first of all see if the environments are the same by trying something as simple as running the query in TOAD or SQL Navigator or SQL Developer in both environments and then seeing if there's the same difference. If not, then move on to the Discoverer side of things.
If they're still different, then are the Disco environments the same? Have you turned query prediction, etc. off in DEV but not in PROD?
Is the DEV box a hot damn new UNIX box with all the good stuff like oodles of memory, multi-processors, etc? And is the PROD box a Commodore 64? Okay, just kidding on the last test, but you get the idea.
Start at the same relative time (ie: morning). Start TOAD, etc. and see the speed difference there. Then move on to Disco and see the speed difference.
Russ

Custom Transaction running slow on R/3 4.7 ,Oracle 10.2.0.4

Hi,
We have a custom transaction for checking the roles related to an transaction.
We have the same copy of the program in DEE, QAS and PRD(obvious).
The catch is in DEE the transaction runs very slow, whereas in QAS and PRD the transaction is normal.
In the debugger mode i found in DEE while accessing AGR_1016 it takes an long time.
I checked the indexes, tables and extents and noticed that in DEE the extents, size and the table size(physical size) is more than in PRD.
Whereas, the records are more in PRD and less in DEE.
Please guide me on what all checks i can perform to find out where exactly the problem is?
Regards,
Siddhartha.

Hi,
Thanks for the reply.
The details are given below.
Please let me know if u need any more information.
/* THE ACCESS PATH */
SELECT STATEMENT ( Estimated Costs = 2 , Estimated #Rows = 1 )
5 7 FILTER
Filter Predicates
5 6 NESTED LOOPS
( Estim. Costs = 1 , Estim. #Rows=1 )
Estim. CPU-Costs = 14,882 Estim. IO-Costs = 1
5 4 NESTED LOOPS
( Estim. Costs = 1 , Estim. #Rows = 1 )
Estim. CPU-Costs = 14,660 Estim. IO-Costs = 1
1 INDEX RANGE SCAN UST12~0
( Estim. Costs = 1 , Estim. #Rows = 1 )
Search Columns: 4
Estim. CPU-Costs = 9,728 Estim. IO-Costs = 1
Access Predicates Filter Predicates
5 3 TABLE ACCESS BY INDEX ROWID AGR_1016
( Estim. Costs = 1 , Estim. #Rows = 4 )
Estim. CPU-Costs = 4,932 Estim. IO-Costs = 1
2 INDEX RANGE SCAN AGR_1016^0
Search Columns: 2
Estim. CPU-Costs = 3,466 Estim. IO-Costs = 0
Access Predicates Filter Predicates
5 INDEX UNIQUE SCAN UST10S~0
Search Columns: 5
Estim. CPU-Costs = 221 Estim. IO-Costs = 0
Access Predicates Filter Predicates
The details of the index UST12~0
UNIQUE     Index   UST12~0
Column Name                     #Distinct
MANDT                                   7
OBJCT                                    1,339
AUTH                                       6,274
AKTPS                                    2
FIELD                                      762
VON                                         6,112
BIS                                           246
Last statistics date                           02.08.2008
Analyze Method                                Sample 80,739 Rows
Levels of B-Tree                               2
Number of leaf blocks                      9,588
Number of distinct keys                   722,803
Average leaf blocks per key           1
Average data blocks per key          1
Clustering factor                                42,765
Table   AGR_1016
Last statistics date                  24.09.2008
Analyze Method                       Sample 5,102 Rows
Number of rows                        5,102
Number of blocks allocated    51
Number of empty blocks         0
Average space                        2,612
Chain count                              0
Average row length                 48
Partitioned                               NO
NONUNIQUE Index   AGR_1016~001
Column Name                     #Distinct
MANDT                                          4
PROFILE                                    4,848
COUNTER                                  10
Last statistics date                  24.09.2008
Analyze Method                 Sample 5,102 Rows
Levels of B-Tree                               1
Number of leaf blocks                      24
Number of distinct keys                   5,101
Average leaf blocks per key             1
Average data blocks per key            1
Clustering factor                              1,449
UNIQUE     Index   AGR_1016^0
Column Name                     #Distinct
MANDT                                          4
AGR_NAME                                   4,725
COUNTER                                       10
Last statistics date                  24.09.2008
Analyze Method                 Sample 5,102 Rows
Levels of B-Tree                               1
Number of leaf blocks                         30
Number of distinct keys                    5,102
Average leaf blocks per key                    1
Average data blocks per key                    1
Clustering factor                          1,410
If any more info is required..Please tell me.
Siddhartha

PL/SQL report running slow even with Shared_Servers set to 10

I am running into a problem with a PL/SQL query that displays in the Report region. I have changed my Shared_Servers parameter and that has not helped. There are less than 10 users on the system. I ran debug and the app is running a long time (10 seconds) in "rows loop: 20 row(s)" where 20 is the number of rows displayed per page. If I run the query in regular SQL, then the results are displayed almost instantaneously. Any ideas?

I figured out my problem. My statistics were out-of-date on one of my tables. I re-analyzed the table and that solved the problem. Now the results display within milliseconds. What a huge difference that made.

Web discoverer report run slow after upgrade to AS10.1.2.48.18

We just upgraded our application server to 10.1.2.48.18, our web Discoverer report were running extremly slow on tables that contain large amount of data. We have good speed with those report in the past. The backgroud database was the same as well as the web server.Using desktop version of Discoverer were fine with normal speed.
Does any one know why? How to speed it up?
Thanks!

A few things to check:
Are all machines using the same version of SQL*Net?
Are the reports in different EULs (if so, are the EULs at different versions)?
Do all reports work in Disco Plus or Disco Desktop?
What types of reports are failing (cross tabs, tabular, both)?
For the reports that are failing, how many rows are you expecting?

First report run slow...then reasonable.

I'll call it a performance issue for lack of a better description. I am accessing an .rpt file on the Crystal Enterprise server and then accessing it using java. It works fine...after the first run of the day. The first run takes up to 2 minutes...while the query itself only takes 2 seconds. We cannot recreate the situation even if all of the Crystal services are restarted and the machine where java executes is rebooted...the only way to make the "slowness" occur is to wait until the report is not accessed from that application server for several hours.
I have timed the slow parts of the code and here were the results:
//46 seconds
ISessionMgr sessionMgr = CrystalEnterprise.getSessionMgr();
//20 seconds
crystalSession = sessionMgr.logon(username, password, cms, auth);
//19 seconds
ReportClientDocument clientDoc = reportAppFactory.openDocument(infoObject,
OpenReportOptions._openAsReadOnly, java.util.Locale.US);
//46 seconds
reportControl.processHttpRequest(request, response,
getServlet().getServletConfig().getServletContext(), null);
Has anyone experienced anything like this?
Travis

Starting & restarting the app and/or Enterprise seems to have no effect. In other words, we can bounce all entities and the report will load up in seconds with no slowdown.
This issue does not occur when run directly on Enterprise...you have to go through my app.
Our application server is bounced overnight. We notice this when we come in first thing in the morning. We have also noticed it if we let it sit idle until lunchtime. To directly answer your question, it happens on the first run of the day and then after it's idled for a long period...but the initial execution of the report is NOT a requirement.
This is an intranet app and sits behind the firewall
I do have the following settings on the report:
     Share report data between clients
     Viewer refresh always yields current data
     Oldest on-demand data given to a client (in seconds): 0
Travis

Customized Reports running slow in PRD system.

Similar Messages

Maybe you are looking for