Query Selection screen prompt taking very long time
Dear All,
We are facing performance issue for a query, where it takes very long time to show selection screen(Around 3 minutes). this query has exteansive calculation and exit variables. Kindly provide your valuable suggestions to fine tune this.
Thanks and Regards,
Harpal
Hi.
One thing that might be useful when you are waiting a long time for the variabel screen to appear, is to re-generate the query in RSRT. That has worked well for me in the past, however, since you mention that you are using a lot of exit variables, the waiting time you experience might be spend on the executing the logic to fill those variables, if they are filled before the user reaches the variable screen.. in this case, you will have to optimize the logic of the exit variables.
br
jacob
Similar Messages
-
Selective deletion job taking very long time
Hi All,
I am performing the selective deletion on cube for the year 2011 and the deletion job is running for a long time (14 hrs). Generally this job takes few mins to execute.
Could you please provide your inputs?
Regards,
Venkat
Job log overview for job: BI_INDX4OSEBBLUUTR6KUTWHGHZLY5ID / 13193500
ime Message text Message class Message no.
3:19:35 Job started 00 516
3:19:36 Step 001 started (program RSINDEX1, variant &0000000000718, user ID ECW7752) 00 550
3:32:48 SQL: 26.02.2012 13:32:48 ECW7752 DBMAN 099
3:32:48 DELETE FROM DDSTORAGE WHERE DBSYSABBR = 'ORA' DBMAN 099
3:32:48 AND INDEXNAME = ' ' AND TABNAME = '/BIC/FZCOG_C06 DBMAN 099
3:32:49 SQL-END: 26.02.2012 13:32:49 00:00:01 DBMAN 099
3:32:53 SQL: 26.02.2012 13:32:53 ECW7752 DBMAN 099
3:32:53 DELETE FROM DDSTORAGE WHERE DBSYSABBR = 'ORA' DBMAN 099
3:32:53 AND INDEXNAME = ' ' AND TABNAME = '/BIC/FZCOG_C06 DBMAN 099
3:32:54 SQL-END: 26.02.2012 13:32:54 00:00:01 DBMAN 099
3:32:54 SQL: 26.02.2012 13:32:54 ECW7752 DBMAN 099
3:32:54 CREATE TABLE "ZBICZFZCOG_C06" PCTFREE 10 PCTUSED DBMAN 099
3:32:54 00 INITRANS 001 TABLESPACE PSAPPBP NOCOMPRESS DBMAN 099
3:32:54 STORAGE (INITIAL 0000000016 K NEXT DBMAN 099
3:32:54 0000001024 K MINEXTENTS 0000000001 MAXEXTENTS DBMAN 099
3:32:54 2147483645 PCTINCREASE 0000 FREELISTS 001 DBMAN 099
3:32:54 FREELIST GROUPS 01) PARTITION BY RANGE DBMAN 099
3:32:54 ("KEY_ZCOG_C06P") ( PARTITION "/BIC/FZCOG_C060" DBMAN 099
3:32:54 VALUES LESS THAN (0) , PARTITION DBMAN 099
3:32:54 "/BIC/FZCOG_C060000001798" VALUES LESS THAN DBMAN 099
3:32:54 (0000001798) , PARTITION DBMAN 099
3:32:54 "/BIC/FZCOG_C060000001799" VALUES LESS THAN DBMAN 099
3:32:54 (0000001799) , PARTITION DBMAN 099
3:32:54 "/BIC/FZCOG_C060000001801" VALUES LESS THAN DBMAN 099
3:32:54 (0000001801) , PARTITION DBMAN 099
3:32:54 "/BIC/FZCOG_C060000001802" VALUES LESS THAN DBMAN 099
3:32:54 (0000001802) , PARTITION DBMAN 099
3:32:54 "/BIC/FZCOG_C060000001806" VALUES LESS THAN DBMAN 099check notes
Note 991372 - Selective deletion from InfoCubes takes a long time
Note 481238 - Selective deletion ends with dump and ORA-00918 -
Sql Query taking very long time to complete
Hi All,
DB:oracle 9i R2
OS:sun solaris 8
Below is the Sql Query taking very long time to complete
Could any one help me out regarding this.
SELECT MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
md1.transaction_version
FROM transaction_data_arc md1
WHERE md1.transaction_name = :b2
AND md1.transaction_type = 'REQUEST'
AND md1.message_type_code = :b1
AND NOT EXISTS (
SELECT NULL
FROM transaction_data_arc tdar2
WHERE tdar2.request_id = md1.request_id
AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
AND tdar2.ID > md1.ID)
GROUP BY md1.request_id,
md1.jlpp_transaction_id,
md1.transaction_version
Any alternate query to get the same results?
kindly let me know if any one knows.
regards,
kk.
Edited by: kk001 on Apr 27, 2011 11:23 AMDear
/* Formatted on 2011/04/27 08:32 (Formatter Plus v4.8.8) */
SELECT MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
md1.transaction_version
FROM transaction_data_arc md1
WHERE md1.transaction_name = :b2
AND md1.transaction_type = 'REQUEST'
AND md1.message_type_code = :b1
AND NOT EXISTS (
SELECT NULL
FROM transaction_data_arc tdar2
WHERE tdar2.request_id = md1.request_id
AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
AND tdar2.ID > md1.ID)
GROUP BY md1.request_id
,md1.jlpp_transaction_id
,md1.transaction_versionCould you please post here :
(a) the available indexes on transaction_data_arc table
(b) the description of transaction_data_arc table
(c) and the formatted explain plan you will get after executing the query and issuing:
select * from table (dbms_xplan.display_cursor);Hope this helps
Mohamed Houri -
DB 11.2.0.3.4
Server HP-UX IA 11.31
One big query is taking very long time. I am giving the explain plan along with stats from tkprof. If needed will give the query also. Can sombody tell me how can we improve this.
call count cpu elapsed disk query current rows
Parse 1 23.26 23.90 0 20 0 0
Execute 1 8055.11 9453.52 684215 348696 18750740 1306001
Fetch 0 0.00 0.00 0 0 0 0
total 2 8078.37 9477.42 684215 348716 18750740 1306001
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 322 (EDW_DM) (recursive depth: 1)
Rows Row Source Operation
0 LOAD TABLE CONVENTIONAL (cr=352254 pr=684215 pw=682074 time=863655932 us)
1306001 PX COORDINATOR (cr=15823 pr=682074 pw=682074 time=499947892 us)
0 PX SEND QC (RANDOM) :TQ20004 (cr=0 pr=0 pw=0 time=0 us cost=276195 size=126736955032 card=9998182)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 VIEW VW_FCT_PLN_SUMM_ADL_WK_XARH317 (cr=0 pr=0 pw=0 time=0 us cost=276195 size=126736955032 card=9998182)
0 UNION-ALL (cr=0 pr=0 pw=0 time=0 us)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
0 PX SEND HASH :TQ20003 (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
0 HASH JOIN RIGHT SEMI (cr=0 pr=0 pw=0 time=0 us cost=2714 size=95469948 card=378849)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
0 PX SEND BROADCAST :TQ20000 (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
4857 VIEW VW_SQ_1 (cr=47 pr=0 pw=0 time=25403 us cost=26 size=16428 card=4107)
4857 HASH JOIN (cr=47 pr=0 pw=0 time=23353 us cost=26 size=229992 card=4107)
1115 TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=863 us cost=6 size=13380 card=1115)
4873 HASH JOIN (cr=36 pr=0 pw=0 time=12991 us cost=20 size=180840 card=4110)
55 TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=286 us cost=4 size=1980 card=55)
18235 TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=13550 us cost=15 size=145880 card=18235)
0 HASH JOIN (cr=0 pr=0 pw=0 time=0 us cost=2686 size=93954552 card=378849)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
0 PX SEND BROADCAST :TQ20001 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
8768 NESTED LOOPS (cr=274 pr=0 pw=0 time=15077 us cost=111 size=403328 card=8768)
1 NESTED LOOPS (cr=5 pr=0 pw=0 time=203 us cost=5 size=28 card=1)
1 TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=81 us cost=3 size=8 card=1)
1 TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=110 us cost=2 size=20 card=1)
1 INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=73 us cost=1 size=0 card=1)(object id 303867)
8768 TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=11719 us cost=106 size=157824 card=8768)
0 PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=2573 size=76527498 card=378849)
0 TABLE ACCESS FULL FCT_NONRET_SLS_CURR_TRANS_WKLY PARTITION: 32 32 (cr=0 pr=0 pw=0 time=0 us cost=2573 size=76527498 card=378849)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=267028 size=2741509905 card=9619333)
0 PX SEND ROUND-ROBIN :TQ20002 (cr=0 pr=0 pw=0 time=0 us cost=267028 size=2741509905 card=9619333)
1284599 SORT GROUP BY (cr=15497 pr=682074 pw=682074 time=3839060439 us cost=267028 size=2741509905 card=9619333)
6439189 FILTER (cr=15486 pr=0 pw=0 time=57890179 us)
8986531 PX COORDINATOR (cr=279 pr=0 pw=0 time=52453034 us)
0 PX SEND QC (RANDOM) :TQ10001 (cr=0 pr=0 pw=0 time=0 us cost=80940 size=2741509905 card=9619333)
0 HASH JOIN (cr=0 pr=0 pw=0 time=0 us cost=80940 size=2741509905 card=9619333)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
0 PX SEND BROADCAST :TQ10000 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
8768 NESTED LOOPS (cr=274 pr=0 pw=0 time=14462 us cost=111 size=403328 card=8768)
1 NESTED LOOPS (cr=5 pr=0 pw=0 time=345 us cost=5 size=28 card=1)
1 TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=193 us cost=3 size=8 card=1)
1 TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=136 us cost=2 size=20 card=1)
1 INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=76 us cost=1 size=0 card=1)(object id 303867)
8768 TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=9447 us cost=106 size=157824 card=8768)
0 PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=80801 size=2299020587 card=9619333)
0 TABLE ACCESS FULL FCT_PLN_RET_SLS_CURR_WKLY PARTITION: 30 30 (cr=0 pr=0 pw=0 time=0 us cost=80801 size=2299020587 card=9619333)
834 NESTED LOOPS (cr=15207 pr=0 pw=0 time=990747 us)
2269 NESTED LOOPS (cr=12938 pr=0 pw=0 time=1090852 us cost=17 size=56 card=1)
2269 NESTED LOOPS (cr=12101 pr=0 pw=0 time=1065238 us cost=16 size=20 card=1)
834 TABLE ACCESS BY INDEX ROWID DMN_PROD (cr=1676 pr=0 pw=0 time=37175 us cost=1 size=12 card=1)
838 INDEX UNIQUE SCAN XPKDIMENSION_PRODUCT (cr=838 pr=0 pw=0 time=23645 us cost=0 size=0 card=1)(object id 303870)
2269 TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=10425 pr=0 pw=0 time=1024973 us cost=15 size=8 card=1)
2269 INDEX UNIQUE SCAN SYS_C0040182 (cr=837 pr=0 pw=0 time=15842 us cost=0 size=0 card=1)(object id 301873)
834 TABLE ACCESS BY INDEX ROWID DMN_MKT_DEFN (cr=2269 pr=0 pw=0 time=16488 us cost=1 size=36 card=1)
It would be appreciated if somebody check this.
Regards,
VirendraBelow is with the index on one of the table:
call count cpu elapsed disk query current rows
Parse 1 49.33 49.61 0 16 0 0
Execute 1 8374.08 10745.82 953712 473861 18818854 1306001
Fetch 0 0.00 0.00 0 0 0 0
total 2 8423.41 10795.43 953712 473877 18818854 1306001
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 322 (recursive depth: 1)
Rows Row Source Operation
0 LOAD TABLE CONVENTIONAL (cr=481416 pr=953712 pw=917687 time=2156047932 us)
1306001 PX COORDINATOR (cr=131828 pr=917687 pw=917687 time=1528317728 us)
0 PX SEND QC (RANDOM) :TQ10004 (cr=0 pr=0 pw=0 time=0 us cost=144212 size=16362383616 card=1290816)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 VIEW VW_FCT_PLN_SUM_ADL_WK_XRH317_1 (cr=0 pr=0 pw=0 time=0 us cost=144212 size=16362383616 card=1290816)
0 UNION-ALL (cr=0 pr=0 pw=0 time=0 us)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
0 PX SEND HASH :TQ10003 (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
0 HASH JOIN RIGHT SEMI (cr=0 pr=0 pw=0 time=0 us cost=2714 size=101394468 card=402359)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
0 PX SEND BROADCAST :TQ10000 (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
4857 VIEW VW_SQ_1 (cr=47 pr=0 pw=0 time=25732 us cost=26 size=16428 card=4107)
4857 HASH JOIN (cr=47 pr=0 pw=0 time=23041 us cost=26 size=229992 card=4107)
1115 TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=1040 us cost=6 size=13380 card=1115)
4873 HASH JOIN (cr=36 pr=0 pw=0 time=12797 us cost=20 size=180840 card=4110)
55 TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=185 us cost=4 size=1980 card=55)
18235 TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=10014 us cost=15 size=145880 card=18235)
0 HASH JOIN (cr=0 pr=0 pw=0 time=0 us cost=2686 size=99785032 card=402359)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
0 PX SEND BROADCAST :TQ10001 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
8768 NESTED LOOPS (cr=274 pr=0 pw=0 time=13429 us cost=111 size=403328 card=8768)
1 NESTED LOOPS (cr=5 pr=0 pw=0 time=206 us cost=5 size=28 card=1)
1 TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=82 us cost=3 size=8 card=1)
1 TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=111 us cost=2 size=20 card=1)
1 INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=80 us cost=1 size=0 card=1)(object id 303867)
8768 TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=9306 us cost=106 size=157824 card=8768)
0 PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=2573 size=81276518 card=402359)
0 TABLE ACCESS FULL FCT_NONRET_SLS_CURR_TRANS_WKLY PARTITION: 32 32 (cr=0 pr=0 pw=0 time=0 us cost=2573 size=81276518 card=402359)
0 BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
0 PX RECEIVE (cr=0 pr=0 pw=0 time=0 us cost=134645 size=256764073 card=888457)
0 PX SEND ROUND-ROBIN :TQ10002 (cr=0 pr=0 pw=0 time=0 us cost=134645 size=256764073 card=888457)
1284599 HASH GROUP BY (cr=131502 pr=917687 pw=917687 time=1052831032 us cost=134645 size=256764073 card=888457)
6439189 HASH JOIN RIGHT SEMI (cr=131490 pr=138092 pw=138092 time=374140098 us cost=100193 size=256764073 card=888457)
4857 VIEW VW_SQ_2 (cr=47 pr=0 pw=0 time=22869 us cost=26 size=16428 card=4107)
4857 HASH JOIN (cr=47 pr=0 pw=0 time=21073 us cost=26 size=229992 card=4107)
1115 TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=687 us cost=6 size=13380 card=1115)
4873 HASH JOIN (cr=36 pr=0 pw=0 time=12522 us cost=20 size=180840 card=4110)
55 TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=242 us cost=4 size=1980 card=55)
18235 TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=9883 us cost=15 size=145880 card=18235)
8986531 HASH JOIN (cr=131443 pr=138092 pw=138092 time=402921160 us cost=100161 size=253210245 card=888457)
8768 TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=11228 us cost=106 size=157824 card=8768)
8986531 MERGE JOIN CARTESIAN (cr=131174 pr=138092 pw=138092 time=382931385 us cost=100049 size=237218019 card=888457)
1 NESTED LOOPS (cr=5 pr=0 pw=0 time=251 us)
1 NESTED LOOPS (cr=4 pr=0 pw=0 time=225 us cost=5 size=28 card=1)
1 TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=127 us cost=3 size=8 card=1)
1 INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=88 us cost=1 size=0 card=1)(object id 303867)
1 TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=1 pr=0 pw=0 time=17 us cost=2 size=20 card=1)
8986531 BUFFER SORT (cr=131169 pr=138092 pw=138092 time=378126634 us cost=100047 size=212341223 card=888457)
8986531 TABLE ACCESS BY GLOBAL INDEX ROWID FCT_PLN_RET_SLS_CURR_WKLY PARTITION: 30 30 (cr=131157 pr=0 pw=0 time=144384133 us cost=100044 size=212341223 card=888457)
9066976 INDEX RANGE SCAN SUBSTR_FCT_RET_SLS_CUR_WLY (cr=84385 pr=0 pw=0 time=93762049 us cost=83615 size=0 card=2856894)(object id 311617)
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
os thread startup 2 0.08 0.15
PX Deq: Join ACK 4 0.00 0.00
PX Deq Credit: send blkd 455 2.21 55.10
PX Deq: Parse Reply 4 0.01 0.01
PX Deq: Execute Reply 250046 247.89 439.12
asynch descriptor resize 9 0.00 0.00
PX Deq Credit: need buffer 549 1.54 15.84
PX qref latch 235 0.01 0.18
Disk file operations I/O 42 0.00 0.00
direct path write temp 62665 0.25 365.50
direct path read temp 99442 0.46 1024.89
db file sequential read 36025 0.15 186.86
latch: object queue header operation 17 0.00 0.00
latch free 2 0.00 0.00
log file switch (private strand flush incomplete)
1 0.07 0.07
latch: messages 1 0.00 0.00
log file switch completion 14 0.08 0.79
latch: cache buffers chains 2 0.00 0.00
latch: redo allocation 1 0.00 0.00
PX Deq: Signal ACK RSG 4 0.06 0.07
PX Deq: Signal ACK EXT 4 0.00 0.01
PX Deq: Slave Session Stats 4 0.00 0.00
enq: PS - contention 1 0.00 0.00 -
Explain plan generating it self taking very long time !!! What to do ?
Hi,
I am trying to generate explain plan for a query which is running more than 2 hours. I am trying to generate explain plan for query by "explin plan for select ..." but it self is taking very long time.
Kindly suggest me how to reduce time for explain plan ? Secondly why explain plan itself taking very long time ?
thanks & regards
PKPJust guessing here, but I've experienced this behaviour when I did two explain's within a second. This is because a plan is identified by a statement_id or, if you don't provide a statement_id, by the timestamp (of DATE datatype). So if you execute two explain plans within the second (using a script), it has two sets of data with the same primary key. The hierarchical query that needs to be executed to provide you the nicely indented text, will exponentially expand in this case.
Maybe time to clean up your plan_table ?
Hope this helps.
Regards,
Rob. -
Query Designer writeing formula takes very long time
Experts,
When i try to write a formula. The query designer is taking very long time to navigate.
One formula is taking 20 mins to write.
1. I have upgraded my laptop memory to 2 GB of Ram
2. I am on 7.10 SP4 Patch 1. Had the same issue with the previous versions.
Please suggest a resolution.
The QD has tested my patence. I am sure no body wants to create a query for 2 days. There has to be a problem somewhere causing this.
Thank you.Vinod,
Save the query and then exit BW sessions, also restart your system.
It might be a problem with main memory of your laptop or BW server load.
But 20mins is too long for any kind of definition in query designer.
Please check these things, perhaps it helps.
Thanks, -
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 -
Crystal report with prompts takes very long time to open in infoview BOXI3.
Crystal report with prompts takes very long time to open in infoview BOXI3.1?
Is there any way to increase the performance.Ramsudhakar,
There are several items that could cause these slow down problems. Without knowing more about the way your environment is setup, I could cause more problems, by giving out performance tips. You would need to be more specific in your post.
What we know. BOXI3.1
What we don't know.
O/S
App. Server
Hardware Spec's
ETC.
I see that this post has been out here for some time. So if this is still a problem for you I'll try and help, if you provide more information.
Thanks
Bill -
Background process taking very long time to complete.
Dear All,
Platform: HP UX
Version: 12.0.6
While time of shutting down the instance below background process taking very long time to complete.
what is below mention process? can i kill it? total 3 process i am getting while finding ps -ef|grep applpre(applepre is apps instance's owner)
applpre/apps/tech_st/10.1.3/appsutil/jdk/bin/IA64N/java -DCLIENT_PROCESSID=5457 -server -Xmx384m -XX:+UseSerialGC -Dor
Thanks in Advance,
Sandeep.Sandeep,
Please see (Note: 567551.1 - Configuring various JVM tuning parameters for Oracle E-Business suite 11i and R12).
You can safely kill those processes from the OS.
Thanks,
Hussein -
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) -
SM59 - Remote Logon taking very long time - RFC is receiver
Hi Friends,
We have ABAP connection (SM59) to R/3 system from PI system. The connection test is fine. But, when we click the Remote Logon from SM59, it is taking very long time. It is unable to login.
Due to this, messages are in scheduled state in the receiver CC monitoring. (SOAP to RFC - Async ). Receiver RFC CC also are green.
We checked with R/3 team, the remote user which is used in SM59 is not locked in R/3 system and password also not changed.
Friends, kindly clarify why it is taking very long time from PI in SM59 when the connection is fine.
Kind regards,
Jegathees P.Hi Sabarish,
I checked in SM58. There are no entries. SM59 is for other interfaces (IDoc). In the Message Monitoring all messages showing 'To be Delivered' and 'Delivering' from yesterday onwards. In the CC monitoring, it shows 'Message Processing Started' from yesterday onwards. But not completed.
I checked in SM21 take log of type 'RD'. I doubt is this the correct log for this problem.
The specified operating system call was returned with an error. |
For communication calls (receive, send, etc) often the cause of errors
are network problems.
It could also be a configuration problem at operating system level.
(file cannot be opened, no space in the file system etc.).
Additional specifications for error number 146
Name for errno number ECONNREFUSED
Interprocess communication (e.g. TCP/IP) connection refused by partner.
|This usually means that the necessary receiver program is not running.
Kindly clarify.
Kind regards,
Jegathees P. -
Taking very long time to pick the file from internal deliviery channel fold
Hi B2B gurus,
For one of our trading partner we are testing an AS2 connectivity, so we are sending a 850 po's through internal deliviery channel(create a folder in-house), but while placing the 850 in a internal folder, its taking very long time to pick the file form internal folder
Could you please help me to resolve this issue?
regardsHi Suni,
Have you specified the polling interval in Transport Server configuration? By default polling interval is 60 seconds.
What is the size of the file being picked?
Regards,
Anuj -
Data load taking very long time between cube to cube
Hi
In our system the data loading is taking very long time between cube to cube using DTP in BI7.0,
the maximum time consumption is happening at start of extraction step only, can anybody help in decreasing the start of extraction timing please
Thanks
KiranKindly little bit Elaborate your issue, Like how is mapping between two cubes, Is it One to one mapping or any Routine is there in Transformation. Any Filter/ Routine in DTP. Also before loading data to Cube did you deleted Inedxes?
Regards,
Sushant -
Forms taking very long time to Open
Hello Everyone,
can i know the reasons why forms are opening very late. Its taking very very long time to open.
Regards
RajeshHi,
Have a look at this post :- Very large Input form-how to handle
Cheers
John
http://john-goodwin.blogspot.com/ -
Deployment is taking very long time
Hi
I have a 1GB RAM and 3 Mhz PC and my server is having 8 GB RAM.
Im trying to deploy a mapping but it is taking a very long time more than 48 hours to deploy. The Mapping contains 2 tables with 20 data rules each. If i disabled this data rules then the mapping is getting deployed in less than a minute. But when i enable the data rules and then deploy, it is taking time as long as 48 hours.
What could be the reason for such long delay?
Does usage of Data Rules leads to inefficient ETL?
This is a very serious issue as we expected to deploy all the mappings which we created in a week. But its taking more than 3 weeks and i do not expect it to be over by another 4 weeks with current speed.
This is very inefficient. Can someone suggest an alterantive or a remedy to this issue.
Regards
VibhutiHI,
check
1. In the technical settings tab enter the details SAP SID/URL and system number#.
2. Enter the Gateway host as same details above SID/URL.
3.Gateway service is 3300+system number#.
4.In the Logon /Security tab, enter the client user & Password details of Destination system.
Otherwise, check after ur ABAP instalation did u made restart.
if it is restart and install java stack
thanks,
Sendil
Maybe you are looking for
-
Can I turn off my display while syncing?
I have an old laptop with usb 1.1 ports. Obviously syncing is extremely slow. If I want to load 12 GB worth of songs it can take hours. Does it harm or wear out the display or do I risk burning the image of the 'Sync in Progress' screen onto my displ
-
Does anyone know what error code 2969T means?
I replaced the LCD on an iPod 2. Now I have the # 2669T on every screen. Know what that means?
-
AS3 gotoAndPlay Frame in a prevFrame
I think this should be a easy fix. I am self taught using Flash and putting together a photo gallery. I have a 2 swf files that when you enter play from frames 1 through 15. I have a back button that I am trying to play frames 16 to 30. I am trying t
-
Hollow/Outlined Stars and Play Count (Plays) Updating behavior explained.
I couldn't find the answers to these questions so I did a bit of experimentation and am posting my conclusions. First, regarding those hollow/outlined stars that show up and seemingly can't be changed: I noticed all my recent NPR podcasts were downlo
-
I am having trouble understanding the deployment directory structure. for example : \mydomain \application \myapp1 file1.jsp file2.jsp \directory2 file3.jsp fil