Suddenly reports are taking so long to execute
Hi, We are on BOXI R2 SP3 with IIS. System DB is on SQL Server 2005. We have crystal reports stored in our Enterprise and we are using .NET SDK code to open those reports. Everything was working fine and we were optimizing reports to reduce the execution time to less than 10 sec. It was 15-16 seconds.
One day we ran our test and report did not come. Instead if failed. We tried another report and it started taking more than 3 mins to show same report.
We ran reports on Monday and it was taking < 20 sec and on Wednesday it started taking more than 3 mins so we ruled out the possibility of Microsoft security patch of October as culprit.
I enabled crpetrace 7 on RAS servers and below is what I get.
We are using Intersystems Cache DB for reporting. We are changing UserID/Pwd and ODBC connection using SDK before running reports.
We are not sure how it started one day though it was working fine previous day. No patch, No code change and no reboot of server.
Thanks,
Thanks for the reply. We did not load any data. We tried restarting all servers and it did not help. We have three machines in cluster.
Strange is that only 2 out of three servers in cluster are showing this behaviour. One server is still giving data quickly.
I compared crpetrace 7 file of good server with Bad server and it seems that bad servers are taking 100 times more time to do 12 steps which always come 10 times in BAD server no matter when I run. Time is 12697 and 12519 in BAD server and 310 & 287 millisec in Good Server. This is at 12 places/steps.
Does anyone knows anything about this?
BAD SERVER:
=============
0x7b0 24:52.7 12697 1 PEGetFieldDefinitionInfoN {3C886913-5C30-4202-B701-0FB2BECE9508}.rpt 0 OUT printJob:1,fieldName:{%PaymentType},fieldDefinitionInfo:<valueType:12><formulaText:><headerAreaCode:0><specialVarType:0><footerAreaCode:0><SQLExpressionText:UPPER("billing_pay_adj_history"."payment_type_value")><groupN:0><formulaSyntax:0><summaryParameter:0><hierarchicalSummaryType:0><ignored:0><formulaFieldName:><fieldName:{%PaymentType}><databaseFieldName:><secondSummarizedFieldName:><useCount:0><fieldType:7><summaryType:0><tableAliasName:><nBytes:82><fieldDescription:><summarizedFieldName:><StructSize:9504><SQLExpressionFieldName:PaymentType> <==
0x7b0 25:05.5 12519 1 PEGetFieldDefinitionInfoN {3C886913-5C30-4202-B701-0FB2BECE9508}.rpt 0 OUT printJob:1,fieldName:{%ServiceCode},fieldDefinitionInfo:<valueType:12><formulaText:><headerAreaCode:0><specialVarType:0><footerAreaCode:0><SQLExpressionText:UPPER("billing_pay_adj_history"."v_service_code")><groupN:0><formulaSyntax:0><summaryParameter:0><hierarchicalSummaryType:0><ignored:0><formulaFieldName:><fieldName:{%ServiceCode}><databaseFieldName:><secondSummarizedFieldName:><useCount:0><fieldType:7><summaryType:0><tableAliasName:><nBytes:42><fieldDescription:><summarizedFieldName:><StructSize:9504><SQLExpressionFieldName:ServiceCode> <==
GOOD SERVER:
==============
0x1278 17:54.0 310 1 PEGetFieldDefinitionInfoN {50D69BD0-CD54-4466-B8DD-F63A7CDB0D5B}.rpt 0 OUT printJob:1,fieldName:{%PaymentType},fieldDefinitionInfo:<valueType:12><formulaText:><headerAreaCode:0><specialVarType:0><footerAreaCode:0><SQLExpressionText:UPPER("billing_pay_adj_history"."payment_type_value")><groupN:0><formulaSyntax:0><summaryParameter:0><hierarchicalSummaryType:0><ignored:0><formulaFieldName:><fieldName:{%PaymentType}><databaseFieldName:><secondSummarizedFieldName:><useCount:0><fieldType:7><summaryType:0><tableAliasName:><nBytes:82><fieldDescription:><summarizedFieldName:><StructSize:9504><SQLExpressionFieldName:PaymentType> <==
0x1278 17:54.4 287 1 PEGetFieldDefinitionInfoN {50D69BD0-CD54-4466-B8DD-F63A7CDB0D5B}.rpt 0 OUT printJob:1,fieldName:{%ServiceCode},fieldDefinitionInfo:<valueType:12><formulaText:><headerAreaCode:0><specialVarType:0><footerAreaCode:0><SQLExpressionText:UPPER("billing_pay_adj_history"."v_service_code")><groupN:0><formulaSyntax:0><summaryParameter:0><hierarchicalSummaryType:0><ignored:0><formulaFieldName:><fieldName:{%ServiceCode}><databaseFieldName:><secondSummarizedFieldName:><useCount:0><fieldType:7><summaryType:0><tableAliasName:><nBytes:42><fieldDescription:><summarizedFieldName:><StructSize:9504><SQLExpressionFieldName:ServiceCode> <==
Similar Messages
-
WebI Report is taking too long time to opening
Hi All,
When iam trying to open the WebI report in Infoview , it is taking long time to open and refresh,
Please suggest me a solution.
Thanks in advance..
Regards,
MaheshHi,
As the issue you are facing is that the webi report is taking too long to open and refresh, I would recommend the below steps.
1. Check whether the webi report is set to "Refreh on Open" if yes probably you need to uncheck, save the report and open it again.
2. Try to run the same query in the backend database and see if it returns the data.
3. Try to run refresh the report for a smaller data selection.
4. make the report run on a specific webi server, and when refreshing have your BOBJ admin monitor that process to see if the process is going in a hung state, using High memory etc.
5. restart webi process and run again
Thanks,
aKs -
Sharepoint Report is taking very long time to load
SharePoint(2010) Report is taking very long time to load and display in first attempt but from the next attempt it loads and display result normally. It's urgent..please help how to troubleshoot ...
Hi Kunal,
is there multiple report viewer webpart on page? if so then SharePoint doesn't do well with multiple report viewer web parts. if possible then merge the reports in one.
Try to implement SSRS caching/ Database snapshots for reporting services, it will help you to improve the performance:
reference: http://msdn.microsoft.com/en-us/library/bb522786.aspx
Technet article to troubleshoot report performance:
Troubleshooting Reports: Report Performance
If my contribution helps you, please click Mark As Answer on that post and
Vote as Helpful
Thanks, ShankarSingh(MCP) -
Query is taking too long to execute - contd
I am unable to post the entire explain plan in one post as it exceeds maximum length.
Please advise on how to post this.
Previous post Link : Link: Query is taking too long to execute
Regards,
Sreekanth Munagala.
Edited by: Sreekanth Munagala on Oct 27, 2009 8:31 AM
Edited by: Sreekanth Munagala on Oct 27, 2009 8:34 AMHi Tubby,
Today i executed only the first query in the view and it took almost 2.5 hrs.
Here is the explain plan for this query
SQL> SET SERVEROUTPUT ON
SQL> set linesize 200
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost |
| 0 | SELECT STATEMENT | | 1 | 766 | 2448 |
| 1 | TABLE ACCESS BY INDEX ROWID | PO_VENDORS | 1 | 13 | 3 |
|* 2 | INDEX UNIQUE SCAN | PO_VENDORS_U1 | 1 | | 2 |
| 3 | TABLE ACCESS BY INDEX ROWID | PO_VENDORS | 1 | 29 | 3 |
|* 4 | INDEX UNIQUE SCAN | PO_VENDORS_U1 | 1 | | 2 |
| 5 | VIEW | POC_ASN_PICKUP_LOCATIONS_V | 2 | 2426 | 17 |
| 6 | UNION-ALL | | | | |
| 7 | NESTED LOOPS | | 1 | 85 | 4 |
| 8 | NESTED LOOPS | | 1 | 78 | 4 |
|* 9 | TABLE ACCESS BY INDEX ROWID | PO_VENDOR_SITES_ALL | 1 | 73 | 3 |
|* 10 | INDEX UNIQUE SCAN | PO_VENDOR_SITES_U2 | 1 | | 2 |
|* 11 | INDEX UNIQUE SCAN | PO_VENDORS_U1 | 1 | 5 | 1 |
|* 12 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | 7 | |
| 13 | NESTED LOOPS | | 1 | 91 | 13 |
| 14 | NESTED LOOPS | | 1 | 84 | 13 |
| 15 | TABLE ACCESS BY INDEX ROWID | PO_VENDORS | 1 | 13 | 3 |
|* 16 | INDEX UNIQUE SCAN | PO_VENDORS_U1 | 1 | | 2 |
PLAN_TABLE_OUTPUT
|* 17 | TABLE ACCESS BY INDEX ROWID | FND_LOOKUP_VALUES | 1 | 71 | 10 |
|* 18 | INDEX RANGE SCAN | FND_LOOKUP_VALUES_U2 | 13 | | 2 |
|* 19 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | 7 | |
|* 20 | COUNT STOPKEY | | | | |
| 21 | TABLE ACCESS BY INDEX ROWID | MTL_SYSTEM_ITEMS_B | 8 | 136 | 12 |
|* 22 | INDEX RANGE SCAN | MTL_SYSTEM_ITEMS_B_U1 | 8 | | 3 |
|* 23 | COUNT STOPKEY | | | | |
| 24 | TABLE ACCESS BY INDEX ROWID | MTL_SYSTEM_ITEMS_B | 8 | 288 | 12 |
|* 25 | INDEX RANGE SCAN | MTL_SYSTEM_ITEMS_B_U1 | 8 | | 3 |
| 26 | TABLE ACCESS BY INDEX ROWID | FND_TERRITORIES_TL | 1 | 24 | 2 |
|* 27 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | | 1 |
| 28 | NESTED LOOPS | | 1 | 40 | 5 |
| 29 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_ACCOUNTS | 1 | 11 | 3 |
|* 30 | INDEX UNIQUE SCAN | HZ_CUST_ACCOUNTS_U1 | 1 | | 2 |
| 31 | TABLE ACCESS BY INDEX ROWID | HZ_PARTIES | 1 | 29 | 2 |
|* 32 | INDEX UNIQUE SCAN | HZ_PARTIES_U1 | 1 | | 1 |
| 33 | TABLE ACCESS BY INDEX ROWID | FND_TERRITORIES_TL | 1 | 24 | 2 |
|* 34 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | | 1 |
| 35 | TABLE ACCESS BY INDEX ROWID | FND_TERRITORIES_TL | 1 | 24 | 2 |
|* 36 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | | 1 |
|* 37 | COUNT STOPKEY | | | | |
PLAN_TABLE_OUTPUT
|* 38 | TABLE ACCESS BY INDEX ROWID | ONTC_MTC_PROFORMA_HEADERS | 1 | 21 | 3 |
|* 39 | INDEX RANGE SCAN | ONTC_MTC_PROFORMA_HEADERS_U2 | 1 | | 2 |
| 40 | TABLE ACCESS BY INDEX ROWID | FND_TERRITORIES_TL | 1 | 24 | 2 |
|* 41 | INDEX UNIQUE SCAN | FND_TERRITORIES_TL_U1 | 1 | | 1 |
|* 42 | COUNT STOPKEY | | | | |
|* 43 | TABLE ACCESS BY INDEX ROWID | ONTC_MTC_PROFORMA_HEADERS | 1 | 21 | 3 |
|* 44 | INDEX RANGE SCAN | ONTC_MTC_PROFORMA_HEADERS_U2 | 1 | | 2 |
| 45 | SORT AGGREGATE | | 1 | 39 | |
| 46 | NESTED LOOPS OUTER | | 2 | 78 | 1828 |
|* 47 | TABLE ACCESS FULL | ONTC_MTC_PROFORMA_HEADERS | 1 | 24 | 1825 |
| 48 | TABLE ACCESS BY INDEX ROWID | ONTC_MTC_PROFORMA_LINES | 5 | 75 | 3 |
|* 49 | INDEX RANGE SCAN | ONTC_MTC_PROFORMA_LINES_PK | 11 | | 2 |
| 50 | NESTED LOOPS | | 1 | 766 | 2448 |
| 51 | NESTED LOOPS | | 1 | 761 | 2447 |
| 52 | NESTED LOOPS | | 1 | 746 | 2445 |
| 53 | NESTED LOOPS | | 1 | 694 | 2443 |
| 54 | NESTED LOOPS | | 1 | 682 | 2441 |
| 55 | NESTED LOOPS | | 1 | 671 | 2439 |
| 56 | NESTED LOOPS | | 1 | 612 | 2437 |
| 57 | NESTED LOOPS | | 1 | 600 | 2435 |
| 58 | NESTED LOOPS | | 1 | 575 | 2433 |
PLAN_TABLE_OUTPUT
| 59 | NESTED LOOPS | | 1 | 552 | 2431 |
| 60 | NESTED LOOPS | | 1 | 533 | 2429 |
| 61 | NESTED LOOPS | | 1 | 524 | 2428 |
| 62 | NESTED LOOPS | | 1 | 455 | 2427 |
| 63 | NESTED LOOPS | | 1 | 429 | 2426 |
| 64 | NESTED LOOPS | | 1 | 389 | 2424 |
| 65 | NESTED LOOPS | | 1 | 368 | 2422 |
| 66 | NESTED LOOPS | | 1 | 308 | 2421 |
| 67 | NESTED LOOPS | | 1 | 281 | 2419 |
| 68 | NESTED LOOPS | | 1 | 253 | 2418 |
| 69 | NESTED LOOPS | | 1 | 214 | 2416 |
| 70 | NESTED LOOPS | | 39 | 7371 | 2338 |
|* 71 | TABLE ACCESS FULL | RCV_SHIPMENT_HEADERS | 39 | 5070 | 2221 |
|* 72 | TABLE ACCESS BY INDEX ROWID| RCV_SHIPMENT_LINES | 1 | 59 | 3 |
|* 73 | INDEX RANGE SCAN | RCV_SHIPMENT_LINES_U2 | 1 | | 2 |
|* 74 | TABLE ACCESS BY INDEX ROWID | PO_LINES_ALL | 1 | 25 | 2 |
|* 75 | INDEX UNIQUE SCAN | PO_LINES_U1 | 1 | | 1 |
|* 76 | TABLE ACCESS BY INDEX ROWID | PO_LINE_LOCATIONS_ALL | 1 | 39 | 2 |
|* 77 | INDEX UNIQUE SCAN | PO_LINE_LOCATIONS_U1 | 1 | | 1 |
|* 78 | TABLE ACCESS BY INDEX ROWID | PO_HEADERS_ALL | 1 | 28 | 1 |
|* 79 | INDEX UNIQUE SCAN | PO_HEADERS_U1 | 1 | | |
PLAN_TABLE_OUTPUT
|* 80 | TABLE ACCESS BY INDEX ROWID | OE_ORDER_LINES_ALL | 1 | 27 | 2 |
|* 81 | INDEX UNIQUE SCAN | OE_ORDER_LINES_U1 | 1 | | 1 |
| 82 | TABLE ACCESS BY INDEX ROWID | OE_ORDER_HEADERS_ALL | 1 | 60 | 1 |
|* 83 | INDEX UNIQUE SCAN | OE_ORDER_HEADERS_U1 | 1 | | |
|* 84 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_SITE_USES_ALL | 1 | 21 | 2 |
|* 85 | INDEX UNIQUE SCAN | HZ_CUST_SITE_USES_U1 | 1 | | 1 |
|* 86 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_SITE_USES_ALL | 1 | 40 | 2 |
|* 87 | INDEX UNIQUE SCAN | HZ_CUST_SITE_USES_U1 | 1 | | 1 |
| 88 | TABLE ACCESS BY INDEX ROWID | WSH_CARRIERS | 1 | 26 | 1 |
|* 89 | INDEX UNIQUE SCAN | WSH_CARRIERS_U2 | 1 | | |
|* 90 | TABLE ACCESS BY INDEX ROWID | WSH_CARRIER_SERVICES | 1 | 69 | 1 |
|* 91 | INDEX RANGE SCAN | WSH_CARRIER_SERVICES_N1 | 2 | | |
|* 92 | TABLE ACCESS BY INDEX ROWID | WSH_ORG_CARRIER_SERVICES | 1 | 9 | 1 |
|* 93 | INDEX RANGE SCAN | WSH_ORG_CARRIER_SERVICES_N1 | 1 | | |
| 94 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_ACCOUNTS | 1 | 19 | 2 |
|* 95 | INDEX UNIQUE SCAN | HZ_CUST_ACCOUNTS_U1 | 1 | | 1 |
|* 96 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_ACCT_SITES_ALL | 1 | 23 | 2 |
|* 97 | INDEX UNIQUE SCAN | HZ_CUST_ACCT_SITES_U1 | 1 | | 1 |
|* 98 | TABLE ACCESS BY INDEX ROWID | HZ_CUST_ACCT_SITES_ALL | 1 | 25 | 2 |
|* 99 | INDEX UNIQUE SCAN | HZ_CUST_ACCT_SITES_U1 | 1 | | 1 |
| 100 | TABLE ACCESS BY INDEX ROWID | HZ_PARTY_SITES | 1 | 12 | 2 |
PLAN_TABLE_OUTPUT
|*101 | INDEX UNIQUE SCAN | HZ_PARTY_SITES_U1 | 1 | | 1 |
| 102 | TABLE ACCESS BY INDEX ROWID | HZ_LOCATIONS | 1 | 59 | 2 |
|*103 | INDEX UNIQUE SCAN | HZ_LOCATIONS_U1 | 1 | | 1 |
|*104 | INDEX RANGE SCAN | HZ_LOC_ASSIGNMENTS_N1 | 1 | 11 | 2 |
| 105 | TABLE ACCESS BY INDEX ROWID | HZ_PARTY_SITES | 1 | 12 | 2 |
|*106 | INDEX UNIQUE SCAN | HZ_PARTY_SITES_U1 | 1 | | 1 |
| 107 | TABLE ACCESS BY INDEX ROWID | HZ_LOCATIONS | 1 | 52 | 2 |
|*108 | INDEX UNIQUE SCAN | HZ_LOCATIONS_U1 | 1 | | 1 |
|*109 | INDEX RANGE SCAN | HZ_LOC_ASSIGNMENTS_N1 | 1 | 15 | 2 |
|*110 | INDEX UNIQUE SCAN | HZ_PARTIES_U1 | 1 | 5 | 1 |
I will put the predicate information in another post.
193 rows selected.
SQL> spool offPlease suggest on how can we improve the performance.
Regards,
Sreekanth Munagala. -
Update statement taking too long to execute
Hi All,
I'm trying to run this update statement. But its taking too long to execute.
UPDATE ops_forecast_extract b SET position_id = (SELECT a.row_id
FROM s_postn a
WHERE UPPER(a.desc_text) = UPPER(TRIM(B.POSITION_NAME)))
WHERE position_level = 7
AND b.am_id IS NULL;
SELECT COUNT(*) FROM S_POSTN;
214665
SELECT COUNT(*) FROM ops_forecast_extract;
49366
SELECT count(*)
FROM s_postn a, ops_forecast_extract b
WHERE UPPER(a.desc_text) = UPPER(TRIM(B.POSITION_NAME));
575What could be the reason for update statement to execute so long?
Thankspolasa wrote:
Hi All,
I'm trying to run this update statement. But its taking too long to execute.
What could be the reason for update statement to execute so long?You haven't said what "too long" means, but a simple reason could be that the scalar subquery on "s_postn" is using a full table scan for each execution. Potentially this subquery gets executed for each row of the "ops_forecast_extract" table that satisfies your filter predicates. "Potentially" because of the cunning "filter/subquery optimization" of the Oracle runtime engine that attempts to cache the results of already executed instances of the subquery. Since the in-memory hash table that holds these cached results is of limited size, the optimization algorithm depends on the sort order of the data and could suffer from hash collisions it's unpredictable how well this optimization works in your particular case.
You might want to check the execution plan, it should tell you at least how Oracle is going to execute the scalar subquery (it doesn't tell you anything about this "filter/subquery optimization" feature).
Generic instructions how to generate a useful explain plan output and how to post it here follow:
Could you please post an properly formatted explain plan output using DBMS_XPLAN.DISPLAY including the "Predicate Information" section below the plan to provide more details regarding your statement. Please use the {noformat}[{noformat}code{noformat}]{noformat} tag before and {noformat}[{noformat}/code{noformat}]{noformat} tag after or the {noformat}{{noformat}code{noformat}}{noformat} tag before and after to enhance readability of the output provided:
In SQL*Plus:
SET LINESIZE 130
EXPLAIN PLAN FOR <your statement>;
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);Note that the package DBMS_XPLAN.DISPLAY is only available from 9i on.
In 9i and above, if the "Predicate Information" section is missing from the DBMS_XPLAN.DISPLAY output but you get instead the message "Plan table is old version" then you need to re-create your plan table using the server side script "$ORACLE_HOME/rdbms/admin/utlxplan.sql".
In previous versions you could run the following in SQL*Plus (on the server) instead:
@?/rdbms/admin/utlxplsA different approach in SQL*Plus:
SET AUTOTRACE ON EXPLAIN
<run your statement>;will also show the execution plan.
In order to get a better understanding where your statement spends the time you might want to turn on SQL trace as described here:
When your query takes too long ...
and post the "tkprof" output here, too.
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/ -
UIMsg_RefreshWindows is taking too long to execute
Hi all,
I have a Process Model sequence file that calls the PostUIMessageEx method with the UIMsg_RefreshWindows parameter on the SequenceFielPostStepRuntimeError and the SequenceFilePostStepFailure callbacks. This has been taking really long to execute (>3 minutes) since I moved to TS3.5 about a month ago. Do you guys know of any issue of this method with these particular parameters on TS3.5? What could be causing this problem?
Attachments:
UIMsg.jpg 92 KBHi, <<...
There is nothing out of normal among your parameters. The synchronize option you selected is going to make the method wait until the operator interface process the message. So it depends on what you put in your UI message event handler. I'm not aware of anything related to this method itself that could cause this slow execution behavior. If you could send us a simplified version of the project, maybe we can further investigate the issue.
Song D
Regards,
Song Du
Systems Software
National Instruments R&D -
Report script taking very long time to export in ASO
Hi All,
My report script is taking very long time to execute and finally a message appears as timed out.
I'm working on ASO Cubes and there are 14 dimensions for which i need to export all data for all the dimensions for only one version.
The data is very huge and the member count in each dimension is also huge, so which is making me difficult to export the data.
Any suggestions??
ThanksHere is a link that addresses several ways to optimize your report script. I utilize report scripts for Level 0 exports in an ASO environment as well, however the majority of our dimemsions are attribute dimensions.
These are the most effective solutions we have implemented to improve our exports via report scripts:
1. Make sure your report script is written in the order of how the Report Extractor retrieves data.
2. Supressing Zero and Missing Data
3. We use the LINK command within reports for some dimensions that are really big and pull at Level 0
4. Using Symmetric reports.
5. Breakout the exports in multiple reports.
However, you may also consider some additional solutions outlined in this link:
1. The MDX optimizing commands
2. Back end system settings
http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_dbag/drpoptim.htm
I hope this helps. Maybe posting your report script would also help users to provide feedback.
Thanks
Edited by: ronnie on Jul 14, 2011 9:25 AM
Edited by: ronnie on Jul 14, 2011 9:53 AM -
Report Manager taking a long time to publish with Content Set that will pro
Hi I am trying to publish 2 reports in report manager that each have multiple tabs. The are Exprense and Revenue Trend reports that will publish for each balancing segment, one years previous data. I can publish in pdf and html however not very pretty. Excel is taking too long and eventually crashed my session. Does anyone have any info on excel performance issues: The compents of teach FSG are as follows:
Row Set
Column Set
Content set ( this provides the blanacing segment)
Row Order
Please help not long before go live.
ThanksPlease post the details of the application release, database version and OS.
Please see these docs.
Report Manager Taking Long Time To Produce Output In Excel. Flickering Occurs When the Output of an FSG Report data Being Populated In Excel. [ID 949300.1]
Report Manager - Master Note [ID 726774.1]
Poor Performance In HTML Due To FO Generator [ID 827288.1]
Report Manager Troubleshooting [ID 858505.1]
Thanks,
Hussein -
Workflow is taking so long to execute
I have a workflow that runs every time an item is inserted/created in library. Workflow has two stages and it performs following operations
In Stage 1-
1. There are roughly around 120 IF statements that checks if a particular field is selected. If selected then the contents of a variable are concatenated with the old contents.
2. Sends email to user.
3. Create a new item in Issue Tracking list.
In Stage 2-
1. Assigns a user defined name to the file.
These are very simple steps and executing them it is taking roughly around 2 minutes.
I want this to be instant.
Thanks.Hi Greetings.
I suggest you add some logging features to the Workflow, examine the ULS logs, check that your workflow history is cleaned up properly etc.
refer the link
http://www.documentmanagementworkflowinfo.com/sample-sharepoint-workflows/use-log-to-history-list-sharepoint-designer-workflow-action-debug.htm
Please remember to click 'Mark as Answer' on the answer if it helps you -
Query taking so long to execute.
I have one table with 211 rows, When i am executing Delete from TEHSIL_TBL; its taking too long time to delete 211 rows. I execute explain plan then i am getting the following results.
SQL> explain plan for delete from TEHSIL_TBL;
Explained.
SQL> @C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlxpls.sql
PLAN_TABLE_OUTPUT
Plan hash value: 3350021484
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | DELETE STATEMENT | | 205 | 1435 | 1 (0)| 00:00:01 |
| 1 | DELETE | TEHSIL_TBL | | | | |
| 2 | INDEX FULL SCAN| PK_TEH_ID | 205 | 1435 | 1 (0)| 00:00:01 |
Please suggest why that query taking so long tome to execute.
Thanks in Advance...
Asmit966523 wrote:
I have one table with 211 rows, When i am executing Delete from TEHSIL_TBL; its taking too long time to delete 211 rows. I execute explain plan then i am getting the following results.
SQL> explain plan for delete from TEHSIL_TBL;
Explained.
SQL> @C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlxpls.sql
PLAN_TABLE_OUTPUT
Plan hash value: 3350021484
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | DELETE STATEMENT | | 205 | 1435 | 1 (0)| 00:00:01 |
| 1 | DELETE | TEHSIL_TBL | | | | |
| 2 | INDEX FULL SCAN| PK_TEH_ID | 205 | 1435 | 1 (0)| 00:00:01 |
Please suggest why that query taking so long tome to execute.Please quantify "long time".
>
>
Thanks in Advance...
AsmitEXPLAIN PLAN shows time of 1 SECOND!
How must faster should it be? -
Query taking too long to execute after clone
Hi All,
We have a query which is working fine in our development environment and taking around 15 secs to execute the query. When we run the same query with same parameters in a recently cloned instance, the query is taking 1200 secs to execute.
Please help us on this issue.
Thanks,
RaghavaHi All,
I have 4 unions in my query. individual sqls are running in very less time. But when i use all of them in UNION then im getting performance issue. Below is my query:
SELECT /*+ parallel(xla_l) parallel(xla_h) leading(xla_h) */
XLA_L.code_combination_id,
gl.name,
fnd_flex_ext.get_segs('SQLGL', 'GL#', gl.chart_of_accounts_id, xla_l.code_combination_id) ACCOUNT,
xla_oa_functions_pkg.get_ccid_description (gl.chart_of_accounts_id, xla_l.code_combination_id) account_description ,
xla_h.accounting_date,
XLA_L.accounting_class_code,
NVL(lk7.meaning, xla_l.accounting_class_code) accounting_class,
xla_h.entity_id,
xla_h.event_type_code,
et.event_class_code,
bud.budget_name,
xla_h.ledger_id,
xla_l.entered_dr,
xla_l.entered_cr,
te.ledger_id trx_ledger_id,
te.legal_entity_id,
et.entity_code,
te.source_id_int_1,
te.source_id_int_2,
te.source_id_int_3,
te.source_id_int_4,
te.source_id_char_1,
te.source_id_char_2,
te.source_id_char_3,
te.source_id_char_4,
te.security_id_int_1,
te.security_id_int_2,
te.security_id_int_3,
te.security_id_char_1,
te.security_id_char_2,
te.security_id_char_3,
te.valuation_method,
xla_h.application_id,
xs.drilldown_procedure_name,
GL_CUSTOM_DRILL_DOWN.get_trx_description(te.source_id_int_1,et.entity_code) description,
null fleet_number,
null Vendor_Name,
xs.je_source_name JournalSource,
xla_h.je_category_name JournalCategory,
XLA_L.AE_LINE_NUM Line
FROM xla.xla_ae_lines XLA_L,
xla.xla_ae_headers xla_h,
xla_gl_ledgers_v gl ,
xla_lookups lk5 ,
xla_lookups lk7,
xla.xla_events xla_e ,
xla.xla_event_types_tl et ,
xla.xla_event_classes_tl ec ,
xla.xla_transaction_entities te,
gl_budget_versions bud ,
--gl_import_references ir,
xla.xla_subledgers xs
--gl_je_lines gl_l
where
--ir.gl_sl_link_id=XLA_L.gl_sl_link_id
--and ir.gl_sl_link_table=XLA_L.gl_sl_link_table
--and gl.ledger_id = xla_h.ledger_id
--AND
xla_h.ae_header_id = xla_l.ae_header_id
AND xla_h.application_id = xla_l.application_id
AND lk7.lookup_code(+) = xla_l.accounting_class_code
AND lk7.lookup_type(+) = 'XLA_ACCOUNTING_CLASS'
AND xla_e.event_id = xla_h.event_id
AND xla_e.application_id = xla_h.application_id
AND xs.application_id =xla_h.application_id
AND te.entity_id =xla_h.entity_id
AND te.application_id =xla_l.application_id --xla_h.application_id
AND ec.application_id = et.application_id
AND ec.entity_code = et.entity_code
AND ec.event_class_code = et.event_class_code
AND ec.language = USERENV('LANG')
AND et.application_id = xla_h.application_id
AND et.event_type_code = xla_h.event_type_code
AND et.language = USERENV('LANG')
AND lk5.lookup_code = NVL(xla_h.funds_status_code, 'REQUIRED')
AND lk5.lookup_type = 'XLA_FUNDS_STATUS'
AND bud.budget_version_id(+) = xla_h.budget_version_id
and xs.je_source_name != 'Cost Management'
and (xla_l.gl_sl_link_id,xla_l.gl_sl_link_table) in (select ir.gl_sl_link_id, ir.gl_sl_link_table from
gl_import_references ir,
gl_je_lines gl_l
where ir.je_header_id = gl_l.je_header_id
and gl_l.je_line_num=ir.je_line_num
and gl_l.period_name =NVL(:1,gl_l.period_name)
and gl_l.code_combination_id =:2)
UNION
SELECT
lines.code_combination_id LINE_CODE_COMBINATION_ID,
lr.target_ledger_name LEDGER_NAME,
fnd_flex_ext.get_segs('SQLGL', 'GL#', b.chart_of_accounts_id, lines.code_combination_id) ACCOUNT,
xla_oa_functions_pkg.get_ccid_description (b.chart_of_accounts_id, lines.code_combination_id) account_description,
h.date_created,
null,
null,
null,
null,
null,
null,
h.ledger_id LEDGER_ID,
lines.entered_dr LINE_ENTERED_DR,
lines.entered_cr LINE_ENTERED_CR,
lines.ledger_id LINE_LEDGER_ID,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
null,
lines.description LINE_DESCRIPTION,
null FLEET_NUMBER,
null Vendor_Name,
h.je_source JournalSource,
h.je_category JournalCategory,
lines.JE_LINE_NUM Line
FROM gl_period_statuses ps,
gl_je_lines lines,
gl_je_headers h,
gl_je_batches b,
gl_ledger_relationships lr
WHERE lr.source_ledger_id = lr.target_ledger_id
--AND lr.target_currency_code = DECODE ( GLR03300_pkg.get_ledger_currency, 'ALL123456789012345', lr.target_currency_code, GLR03300_pkg.get_ledger_currency )
AND lr.application_id = 101
AND b.average_journal_flag = 'N'
AND b.je_batch_id = h.je_batch_id
AND b.actual_flag = 'A'
AND h.je_header_id = lines.je_header_id
AND h.currency_code = DECODE ( GLR03300_PKG.get_entered_currency_code, 'ALL123456789012345', h.currency_code, NULL, h.currency_code, GLR03300_pkg.get_entered_currency_code )
AND h.ledger_id = lr.source_ledger_id
AND lines.period_name = ps.period_name
and lines.period_name = NVL(:3,lines.period_name)
AND ps.ledger_id = lines.ledger_id
AND ps.application_id = 101
AND lines.code_combination_id=:4
AND h.je_source != 'Cost Management'
UNION
SELECT /*+ parallel(xla_l) parallel(xla_h) leading(xla_h) */ gl_l.code_combination_id LINE_CODE_COMBINATION_ID,
gl.name,
fnd_flex_ext.get_segs('SQLGL', 'GL#', gl.chart_of_accounts_id, xla_l.code_combination_id) ACCOUNT,
xla_oa_functions_pkg.get_ccid_description (gl.chart_of_accounts_id, xla_l.code_combination_id) account_description,
xla_h.accounting_date,--gjh.date_created,
XLA_L.accounting_class_code,
NVL(lk7.meaning, xla_l.accounting_class_code) accounting_class,
null,
null,
null,
null,
xla_h.ledger_id LEDGER_ID,
NVL(xla_l.entered_dr,0) LINE_ENTERED_DR,
NVL(xla_l.entered_cr,0) LINE_ENTERED_CR,
te.ledger_id trx_ledger_id,
te.legal_entity_id,
et.entity_code,
te.source_id_int_1,
te.source_id_int_2,
te.source_id_int_3,
te.source_id_int_4,
te.source_id_char_1,
te.source_id_char_2,
te.source_id_char_3,
te.source_id_char_4,
te.security_id_int_1,
te.security_id_int_2,
te.security_id_int_3,
te.security_id_char_1,
te.security_id_char_2,
te.security_id_char_3,
te.valuation_method,
xla_h.application_id,
xs.drilldown_procedure_name,
GL_CUSTOM_DRILL_DOWN.get_trx_description(te.source_id_int_1,et.entity_code) description,-- gl_l.description LINE_DESCRIPTION,
cii.instance_number FLEET_NUMBER,
(select a.vendor_name
from RCV_VRC_TXS_VENDINT_V a
where a.wip_entity_id = mmt.TRANSACTION_SOURCE_ID
AND a.organization_id = mmt.organization_id
and a.item_id = mmt.inventory_item_id) Vendor_Name,
xs.je_source_name JournalSource,
xla_h.je_category_name JournalCategory,
gl_l.JE_LINE_NUM Line
FROM xla.xla_ae_lines XLA_L,
xla.xla_ae_headers xla_h,
xla_gl_ledgers_v gl ,
xla_lookups lk5,
xla_lookups lk7,
xla.xla_events xla_e ,
xla.xla_event_types_tl et,
xla.xla_event_classes_tl ec,
xla.xla_transaction_entities te,
gl_budget_versions bud,
gl_import_references ir,
xla.xla_subledgers xs,
gl_je_lines gl_l,
mtl_transaction_accounts mta,
XLA_TRANSACTION_ENTITIES_upg xte,
xla_distribution_links xdl,
mtl_material_transactions mmt,
WIP_ENTITIES WIE,
WIP_DISCRETE_JOBS WDJ,
csi_item_instances CII
where
ir.gl_sl_link_id=XLA_L.gl_sl_link_id
and ir.je_header_id = gl_l.je_header_id
and gl_l.je_line_num=ir.je_line_num
and ir.gl_sl_link_table=XLA_L.gl_sl_link_table
and gl_l.period_name =NVL(:5,gl_l.period_name)
and gl_l.code_combination_id = :6
and xla_h.ae_header_id = xla_l.ae_header_id
AND xla_h.application_id = xla_l.application_id
AND lk7.lookup_code(+) = xla_l.accounting_class_code
AND lk7.lookup_type(+) = 'XLA_ACCOUNTING_CLASS'
AND xla_e.event_id = xla_h.event_id
AND xla_e.application_id = xla_h.application_id
AND xs.application_id =xla_h.application_id
AND te.entity_id =xla_h.entity_id
AND te.application_id =xla_l.application_id --xla_h.application_id
AND ec.application_id = et.application_id
AND ec.entity_code = et.entity_code
AND ec.event_class_code = et.event_class_code
AND ec.language = USERENV('LANG')
AND et.application_id = xla_h.application_id
AND et.event_type_code = xla_h.event_type_code
AND et.language = USERENV('LANG')
AND lk5.lookup_code = NVL(xla_h.funds_status_code, 'REQUIRED')
AND lk5.lookup_type = 'XLA_FUNDS_STATUS'
AND bud.budget_version_id(+) = xla_h.budget_version_id
AND mta.reference_account = gl_l.code_combination_id
AND mmt.transaction_id = mta.transaction_id
and mta.transaction_id = xte.source_id_int_1
AND mta.inventory_item_id =mmt.inventory_item_id
AND mta.organization_id = mmt.organization_id
AND mmt.transaction_type_id = 35
and xte.entity_id = xla_e.entity_id
and xdl.source_distribution_type = 'MTL_TRANSACTION_ACCOUNTS'
and xdl.source_distribution_id_num_1 = mta.inv_sub_ledger_id
and xdl.APPLICATION_ID=707
and xla_h.ae_header_id = xdl.ae_header_id
and xdl.ae_header_id = XLA_L.ae_header_id
and ir.gl_sl_link_table = 'XLAJEL'
and ir.gl_sl_link_id = XLA_L.gl_sl_link_id
and gl_l.je_header_id = ir.je_header_id
and gl_l.je_line_num = ir.je_line_num
and mmt.TRANSACTION_SOURCE_ID = wie.wip_entity_id
AND mmt.organization_id = wdj.organization_id
and wie.wip_entity_id = wdj.wip_entity_id
and wdj.asset_group_id = cii.inventory_item_id
and wdj.maintenance_object_id=cii.instance_id
and xs.je_source_name = 'Cost Management'
UNION
SELECT /*+ parallel(XLA_L) parallel(xla_h) leading(xla_h) */ gl_l.code_combination_id LINE_CODE_COMBINATION_ID,
gl.name,
fnd_flex_ext.get_segs('SQLGL', 'GL#', gl.chart_of_accounts_id, xla_l.code_combination_id) ACCOUNT,
xla_oa_functions_pkg.get_ccid_description (gl.chart_of_accounts_id, xla_l.code_combination_id) account_description,
xla_h.accounting_date,--gjh.date_created,
XLA_L.accounting_class_code,
NVL(lk7.meaning, xla_l.accounting_class_code) accounting_class,
null,
null,
null,
null,
xla_h.ledger_id LEDGER_ID,
NVL(xla_l.entered_dr,0) LINE_ENTERED_DR,
NVL(xla_l.entered_cr,0) LINE_ENTERED_CR,
te.ledger_id trx_ledger_id,
te.legal_entity_id,
et.entity_code,
te.source_id_int_1,
te.source_id_int_2,
te.source_id_int_3,
te.source_id_int_4,
te.source_id_char_1,
te.source_id_char_2,
te.source_id_char_3,
te.source_id_char_4,
te.security_id_int_1,
te.security_id_int_2,
te.security_id_int_3,
te.security_id_char_1,
te.security_id_char_2,
te.security_id_char_3,
te.valuation_method,
xla_h.application_id,
xs.drilldown_procedure_name,
GL_CUSTOM_DRILL_DOWN.get_trx_description(te.source_id_int_1,et.entity_code) description,-- gl_l.description LINE_DESCRIPTION,
cii.instance_number FLEET_NUMBER,
(select a.vendor_name
from RCV_VRC_TXS_VENDINT_V a
where a.wip_entity_id = wta.wip_entity_id
AND a.organization_id = wta.organization_id
and a.item_id = cii.inventory_item_id) Vendor_Name,
xs.je_source_name JournalSource,
xla_h.je_category_name JournalCategory,
gl_l.JE_LINE_NUM Line
FROM xla.xla_ae_lines XLA_L,
xla.xla_ae_headers xla_h,
xla_gl_ledgers_v gl ,
xla_lookups lk5,
xla_lookups lk7,
xla.xla_events xla_e ,
xla.xla_event_types_tl et,
xla.xla_event_classes_tl ec,
xla.xla_transaction_entities te,
gl_budget_versions bud,
gl_import_references ir,
xla.xla_subledgers xs,
gl_je_lines gl_l,
wip_transaction_accounts wta,
XLA_TRANSACTION_ENTITIES_upg xte,
xla_distribution_links xdl,
-- mtl_material_transactions mmt,
WIP_ENTITIES WIE,
WIP_DISCRETE_JOBS WDJ,
csi_item_instances CII
where
ir.gl_sl_link_table=XLA_L.gl_sl_link_table
and gl_l.period_name =NVL(:7,gl_l.period_name)
and gl_l.code_combination_id = :8
and xla_h.ae_header_id = xla_l.ae_header_id
AND xla_h.application_id = xla_l.application_id
AND lk7.lookup_code(+) = xla_l.accounting_class_code
AND lk7.lookup_type(+) = 'XLA_ACCOUNTING_CLASS'
AND xla_e.event_id = xla_h.event_id
AND xla_e.application_id = xla_h.application_id
AND xs.application_id =xla_h.application_id
AND te.entity_id =xla_h.entity_id
AND te.application_id =xla_l.application_id --xla_h.application_id
AND ec.application_id = et.application_id
AND ec.entity_code = et.entity_code
AND ec.event_class_code = et.event_class_code
AND ec.language = USERENV('LANG')
AND et.application_id = xla_h.application_id
AND et.event_type_code = xla_h.event_type_code
AND et.language = USERENV('LANG')
AND lk5.lookup_code = NVL(xla_h.funds_status_code, 'REQUIRED')
AND lk5.lookup_type = 'XLA_FUNDS_STATUS'
AND bud.budget_version_id(+) = xla_h.budget_version_id
AND wta.reference_account = gl_l.code_combination_id
and wta.transaction_id = xte.source_id_int_1(+)
and xte.entity_id = xla_e.entity_id
and xdl.source_distribution_type = 'WIP_TRANSACTION_ACCOUNTS'
and xdl.source_distribution_id_num_1 = wta.wip_sub_ledger_id(+)
and xdl.APPLICATION_ID=707
and xla_h.ae_header_id = xdl.ae_header_id
and xdl.ae_header_id = XLA_L.ae_header_id
and ir.gl_sl_link_table = 'XLAJEL'
and ir.gl_sl_link_id = XLA_L.gl_sl_link_id
and gl_l.je_header_id = ir.je_header_id
and gl_l.je_line_num = ir.je_line_num
and wie.wip_entity_id = wta.wip_entity_id
AND wta.organization_id = wdj.organization_id
and wie.wip_entity_id = wdj.wip_entity_id
and wdj.asset_group_id = cii.inventory_item_id
and wdj.maintenance_object_id=cii.instance_id
and xs.je_source_name = 'Cost Management'
Please help me in tuning the above query.
Thanks
Raghava -
TS1702 my apps are taking to long to download
I recently purchased my iphone 4s and began downloading apps , after a few days the apps began to take longer then usual now they are taking forever.
I am reading posts talking about app store and activation server being down. That may be the problem right now.
-
Inventory aged reports are taking a very long time to run
We are using Standard delievered extractors for Inventory. We have build an Aged report and it is taking a very long time to run as more an more data is added. We put the inventory in buckets 0-30, 31-60, .... >365 days. We are aging based on a batch date the user enters. the problem is it has to go through every record to recalculate because they are non cumulative.
any ideas/suggestions on how to make this more efficient? New design?Hi MM,
We can use snapshot of monthly data from Query and store it in DSO at month level.
We had used APD on Query and then Stored them in DSO1(WO)->DSO2(STD)->Cube->report based on Snap Shot.
From the New Query , calculate the Age.
Rgds
SVU -
Report script taking too long to export data
Hello guys,
I have a report script to export data out of a BSO cube. The cube is 200GB in size. But the exported text file is only 10MB. It takes around 40 mins to export this file.
I have exported data of this size in less than a minute from other DBs. But this one is taking way too long for me.
I also have a calc script for the same export but that too is taking 20 mins which is not reasonable for a 10MB export.
Any idea why a report script could take this long? Is it due to huge size of database? Or is there a way to optimize the report script?
Any help would be appreciated.
ThanksThanks for the input guys.
My DATAEXPORT is taking half the time than my report script export. So yeah it is much faster but still not reasonable(20 mins for one month data) compared to other DBs that are exported very quick.
In my calc I am just FIXING on level 0 members for most of the dimensions against the specific period, year and scenario. I have checked the conditions for an optimal report script, I think mine is just fine.
The outline has like 15 dimensions in it and only two of them are dense. Do you think the reason might be the huge size of DB along with too many sparse Dims?
I appreciate your help on this.
Thanks -
For some reason my Ipad Air decided it wanted to create used space on it's hard-drive today. It suddenly went from using 7GB to 11.5 GB. I couldn't find the solution so I decided to restore my Ipad from a backup last Thursday. Now all my apps appear but it is taking forever to download them, it wont change from waiting to downloading?
Suggestions?
My main question is, how long does it take in each process till backup is 100% Complete its downloading around 7GB of storage, when will my apps stop "waiting"Your camera roll photos - those that you take with the iPad or save from emails and websites - are in your backup.
If you use iCloud for backups, restore from your iCloud backup after you restore the iPad. If you restore with iTunes, restore from that backup after you restore the iPad. You can read more here.
How to backup and restore from a backup
http://support.apple.com/kb/HT1766
But the bottom line is that if you have never backed up, there is no way to save the photos now.
Maybe you are looking for
-
How to carry out multiple searches on the same engine simultaneously.
As mentioned above. I'm looking for a way to search multiple text at the same time.
-
My Bluetooth works great to send texts, make calls, etc. as long as I'm connected to WiFi. I need it to work even when I'm not in my house...does anyone know how? Thanks!
-
Itunes won't open after i download it. How do I Fix it?
I can't really figure it out because i have tries turning off Norton and tried to reconfigure some other internet security but nothing seem to work. I looked at some other posts and they didn't seem to help me. It is a Windows XP computer, Toshiba. I
-
Hello all, How to create a self join using ABAP Query? Say, I have this table EKBE with belnr (materials doc num) and lfbnr (reference material doc num). I have to pick the PO's from EKBE whose belnr doesnt have any lfbnr. Regards Madhumathi A
-
Hi, I have a problem updating several reports which either time out or take ages to respond when making simple changes. It doesn't seem to matter which mode you are in while making a change (whether in data or structure mode) nor the tool used (Webi