Huge performances issues after EHP5 upgrade

Hi All,
we are running on DB29.7 FP4 and had recently upgadedfrom ehp4 to EHP5 , we have huge performance issues, for example see below DB time difference for LP12 transactions
i have done onleline roerg of table and indexes , but no luck,
from 23-29/jan
        steps        TRT       total                                                                       TDBT             DBT
LP12 3,131     6,449     2,059.8         427         136.4         52     16.5     5,962             1,904.3
30/jan-5feb
LP12 2,727     127,961 46,923.7     4,489         1,646.2        50     18.3     123,432         45,263.0
Regars

Hi tthumma,
are the statistics on the DB updated regularly and completed without errors?
You can schedule easily using transaction DB13
Regards,
Valerio

Similar Messages

Performance Issues after an Upgrade

Hello!
We are experiencing performance issues after we upgraded to a new version of Hyperion (11.1.2.1). At this point, I am not too sure about the actual causes for this degrade in performance but I am trying to narrow down the causes and need your inputs. Please help me with your ideas.
1) What could be the causes/factors for the performance to degrade after an upgrade?
2) Does the performance of a script depend on the user credentials i.e. who is launching the script? Whether it’s the super admin of the application/application owner or an application specific admin?
3) Does the performance of the scripts depend on the place you are launching it from? For example - will the performance differ if it’s launched from MaxL Vs EAS?
Please let me know your thoughts on this.
Thanks,
- Krrish

There are a number of bugs 12600557, 12675485, 12669814, 12698488 logged in for 11.1.2.1 - If you use Internet Explorer 8 and have data forms designed to use a large number of sparse dimension members in rows or columns, you may experience performance degradation when opening the data forms.
This has been fixed in Oracle Hyperion Planning, Fusion Edition Release 11.1.2.1 Patch Set Update (PSU): 11.1.2.1.101 which is available on My Oracle Support as Patch 12666861.
HTH-
Jasmine.

Performance issues after iOS4 upgrade

hello everyone,
I had notices few issues after I upgraded my iPhone 3GS:
1- The screen is not rotating (when reading e-mails of flipping photoes).
2- The resolustion has decreased big time after the upgrade. Now the photos are shown in less resolution and they look hazy.
3- my Ipod is not working.
4- I could not restore my device via the itune.
my big question is there a real tangible benifit for this new upgrade?
I really appreciate if you can help me soon
thanks.

There are a number of bugs 12600557, 12675485, 12669814, 12698488 logged in for 11.1.2.1 - If you use Internet Explorer 8 and have data forms designed to use a large number of sparse dimension members in rows or columns, you may experience performance degradation when opening the data forms.
This has been fixed in Oracle Hyperion Planning, Fusion Edition Release 11.1.2.1 Patch Set Update (PSU): 11.1.2.1.101 which is available on My Oracle Support as Patch 12666861.
HTH-
Jasmine.

Performance issue after PT Upgrade.

Hakan and Team ,
We recently moved from PT 8.48 TO PT8.51.18 on CRM 8.8 Application.
After the upgrade, we tremendously saw big performance issues with PeopleSoft CRM Application. It freezes almost every day and all their work-force (call center representatives) go idle. It significantly impacts their productivity and eventually losing revenue.
can you please suggest few suggestion or DOC that will help us to improve performance on application and DB side.
Deatils :-
SQL SERVER 2005
Windows 2008 R2

Hi,
Performance is always a difficult one to tackle.
It can be at so many levels, DB, Appserver, Webserver, CPU, RAM, Infra, etc.
At OOW2012, David Kurtz gave a great highly detailed presentation on this subject: CON9210 - Performance Tuning for PeopleSoft Administrators
http://www.myexpospace.com/oracle2012/smupload/scloader.cfm?SCID=257daa92-a6e8-411a-9806-2c22e56687d3
See if you can apply some of the keypoints from his presentation.
Regards,
Hakan

DB Performance Issues after 10g Upgrade in EBS Instance

We have upgraded our Database from 9i to 10g as first part of EBS 11.5.9 to 11.5.10.2 upgrade. Currently our production is running on 11.5.9 apps with 10g DB.
Facing performance problems now. one of the them is, one Valueset query not using funcion based index while fired from the front end. but the same query when collected from SQL trace tkprofed file and executed from SQL Plus, it uses all proper indexes. We are not getting the cause of this.
Had anyone faced same kind of issues before. please suggest.
thanks,
Raj.

Make sure you have all of the recommended performance patches for 11.5.9, and gather stats for SYS and SYSTEM in the following manner:
Oracle E-Business Suite Recommended Performance Patches
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=244040.1
Collecting Statistics with Oracle Apps 11i
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=368252.1
execute dbms_stats.unlock_schema_stats('SYS');
execute dbms_stats.unlock_schema_stats('SYSTEM');
exec dbms_stats.gather_schema_stats('SYSTEM',options=>'GATHER', estimate_percent => 100, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade => TRUE);
exec dbms_stats.gather_schema_stats('SYS',options=>'GATHER', estimate_percent => 100, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade => TRUE);
exec dbms_stats.gather_fixed_objects_stats();
commit;
exec dbms_stats.DELETE_TABLE_STATS('SYS','X$KCCRSR');
exec dbms_stats.LOCK_TABLE_STATS('SYS','X$KCCRSR');
commit;
The last 3 commands resolve problems with RMAN, in case you are using it.
Rman Backup is Very Slow selecting from V$RMAN_STATUS
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=375386.1
Poor performance when accessing V$RMAN_BACKUP_JOB_DETAILS
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=420200.1
Troubleshooting Oracle Applications Performance Issues
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=169935.1
Debugging General Performance Issues with Oracle Apps
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/18#a1548
Performance Tuning the Apps Database Layer
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/17#a1562
Preventing Apps 11i Performance Issues in Four Steps
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/21#a1566

Performance issue after 10G upgrade.

All,
We recently upgraded to 10G (Version:10.2.0.3.0) after which the below query causing the problem. This query is written in a pl/sql package called by a Perl program. The Perl program is running forever without completion during some attempts and sometimes it is completing very fast. We did some kind of debugging and found that everytime the program is getting stucked up at this below given query and not at all proceeding from here even if we leave it for 2 - 3 days. During a successful attempt it completes in 3 - 4 hrs. This query is taking 2 explain plan as given below and it seems one of them is best and the other one is worst. Plan 2 is best and plan 1 is worst.
Is there any suggestion in fixing this and the reason why two explain plans are picking up?....Num of records on the tables is as given below...
Can you please provide me some detailed information as i'm a beginner in these performance tuning concepts?
Your help will be much appreciated..
Tables No. of records
ult_cust_master 551925
us_state_county 3223
customer 1559
turfbuilder_group2_empcnt_tmp 44K
ult_cust_sale 2430143
ucsi_item 9714371
SELECT cust.cust_num, cust.cust_name, cust.emp_count, cust.sic1,
 cust.s1_description, NVL (cust_sale.qty, 0) qty,
 NVL (cust_sale.mot_amt, 0) mot_amt,
 NVL (cust_sale.cust_amt, 0) cust_amt, cust.min_sale_dt,
 cust.max_sale_dt, cust.cust_status
FROM (SELECT DISTINCT ucm.cust_num, f.cust_name cust_name,
 NVL (te.tet_emp_count, 0) emp_count, b.min_sale_dt,
 b.max_sale_dt, f.cust_status, sc1.sic1,
 sc1.s1_description
 FROM ult_cust_master ucm,
 us_state_county u,
 customer f,
 (SELECT div_cd, ctry_cd, cust_num,
 MIN (ucs_dt) min_sale_dt,
 MAX (ucs_dt) max_sale_dt
 FROM ult_cust_sale
 WHERE div_cd = :b4
 AND ctry_cd = :b3
 AND rec_status = 'A'
 GROUP BY div_cd, ctry_cd, cust_num) b,
 sic1 sc1,
 (SELECT tet_code, tet_vm_code, tet_type,
 tet_emp_count
 FROM turfbuilder_group2_empcnt_tmp
 WHERE tet_type = 'D') te
 WHERE f.div_cd = ucm.div_cd
 AND f.ctry_cd = ucm.ctry_cd
 AND f.cust_num = ucm.cust_num
 AND b.div_cd = ucm.div_cd
 AND b.ctry_cd = ucm.ctry_cd
 AND b.cust_num = ucm.cust_num
 AND te.tet_code(+) = ucm.cust_num
 AND te.tet_vm_code = sc1.sic1
 AND f.div_cd = :b4
 AND f.ctry_cd = :b3
 AND ucm.ucm_stcnty_fips_cd = u.usc_st_cnty_cd
 AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI')
 AND ucm.rec_status = 'A'
 AND u.rec_status = 'A'
 AND sc1.rec_status = 'A'
 AND f.cust_imp21_dealer_fg = 'Y'
 AND NVL (f.cust_test_dealer_fg, 'N') <> 'Y') cust,
 (SELECT c.cust_num cust_num, sc2.sic1,
 SUM (DECODE (a.ucsii_unit_fg,
 'Y', a.ucsii_qty * 1,
 a.ucsii_qty * 0
 ) qty,
 SUM (a.ucsii_qty * a.ucsii_mot_unit_pr) mot_amt,
 SUM (a.ucsii_qty * a.ucsii_ult_unit_pr) cust_amt
 FROM ucsi_item a,
 ult_cust_sale b,
 ult_cust_master c,
 sic2 sc2,
 us_state_county u
 WHERE a.div_cd = b.div_cd
 AND a.ctry_cd = b.ctry_cd
 AND a.cust_num = b.cust_num
 AND a.ucm_mailbox_num = b.ucm_mailbox_num
 AND a.ucm_seq = b.ucm_seq
 AND a.ucs_seq = b.ucs_seq
 AND c.div_cd = b.div_cd
 AND c.ctry_cd = b.ctry_cd
 AND c.cust_num = b.cust_num
 AND c.ucm_mailbox_num = b.ucm_mailbox_num
 AND c.ucm_seq = b.ucm_seq
 AND SUBSTR (c.ucm_sic_cd, 1, 2) = sc2.sic2
 AND c.ucm_stcnty_fips_cd = u.usc_st_cnty_cd
 AND a.ucsii_in_apmr_fg = 'Y'
 AND a.ucsii_audit_data_cd = 'G'
 AND a.ucsii_contract_id IN
 ('BRANDED',
 'CTR',
 'WARIS',
 'RADIUS',
 'BRNDCONV',
 'BRNDTRNK'
 AND ( (a.ucsii_unit_fg = 'Y')
 OR (a.ucsii_unit_fg = 'N' AND a.ucsii_item_num LIKE '%.%')
 AND c.div_cd = :b4
 AND c.ctry_cd = :b3
 AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI')
 AND u.rec_status = 'A'
 AND c.rec_status = 'A'
 AND a.rec_status = 'A'
 AND sc2.rec_status = 'A'
 AND b.ua_cd = 'ENDCUST'
 AND b.rec_status = 'A'
 AND b.ucs_dt BETWEEN TO_DATE (:b2, 'dd mon yyyy')
 AND TO_DATE (:b1, 'dd mon yyyy')
 GROUP BY c.cust_num, sc2.sic1) cust_sale
WHERE cust.cust_num = cust_sale.cust_num(+) AND cust.sic1 = cust_sale.sic1(+)------------------------------------------------------------------------------------------------------------------------
{color:blue}
Execution Plan – 1:
Plan hash value: 2237978112
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | 643 (100)| |
|* 1 | HASH JOIN OUTER | | 1 | 175 | 643 (2)| 00:00:08 |
| 2 | VIEW | | 1 | 118 | 74 (5)| 00:00:01 |
| 3 | HASH UNIQUE | | 1 | 310 | 74 (5)| 00:00:01 |
| 4 | HASH GROUP BY | | 1 | 310 | 74 (5)| 00:00:01 |
|* 5 | FILTER | | | | | |
| 6 | NESTED LOOPS | | 1 | 310 | 73 (3)| 00:00:01 |
| 7 | NESTED LOOPS | | 1 | 278 | 70 (2)| 00:00:01 |
| 8 | NESTED LOOPS | | 1 | 187 | 69 (2)| 00:00:01 |
| 9 | NESTED LOOPS | | 1 | 148 | 68 (2)| 00:00:01 |
| 10 | NESTED LOOPS | | 1 | 100 | 52 (2)| 00:00:01 |
|* 11 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 1 | 52 | 51 (2)| 00:00:01 |
|* 12 | TABLE ACCESS BY INDEX ROWID| SIC1 | 1 | 48 | 1 (0)| 00:00:01 |
|* 13 | INDEX UNIQUE SCAN | SYS_C001278 | 1 | | 1 (0)| 00:00:01 |
|* 14 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 517 | 24816 | 16 (0)| 00:00:01 |
|* 15 | INDEX RANGE SCAN | XIF9ULT_CUST_MASTER | 505 | | 1 (0)| 00:00:01 |
|* 16 | TABLE ACCESS BY INDEX ROWID | US_STATE_COUNTY | 1 | 39 | 1 (0)| 00:00:01 |
|* 17 | INDEX UNIQUE SCAN | XPKSTATE_COUNTY | 1 | | 1 (0)| 00:00:01 |
|* 18 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1 | 91 | 1 (0)| 00:00:01 |
|* 19 | INDEX UNIQUE SCAN | XPKCUSTOMER | 1 | | 1 (0)| 00:00:01 |
|* 20 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 13514 | 422K| 2 (0)| 00:00:01 |
| 21 | VIEW | | 1 | 57 | 569 (2)| 00:00:07 |
| 22 | HASH GROUP BY | | 1 | 209 | 569 (2)| 00:00:07 |
|* 23 | FILTER | | | | | |
|* 24 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | 1 (0)| 00:00:01 |
| 25 | NESTED LOOPS | | 1 | 209 | 568 (1)| 00:00:07 |
| 26 | NESTED LOOPS | | 1 | 135 | 567 (1)| 00:00:07 |
|* 27 | HASH JOIN | | 1491 | 110K| 118 (3)| 00:00:02 |
|* 28 | TABLE ACCESS FULL | SIC2 | 83 | 996 | 2 (0)| 00:00:01 |
| 29 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 186 | 9858 | 13 (0)| 00:00:01 |
| 30 | NESTED LOOPS | | 1500 | 96000 | 115 (2)| 00:00:02 |
|* 31 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | 9 (12)| 00:00:01 |
|* 32 | INDEX RANGE SCAN | TEST | 186 | | 1 (0)| 00:00:01 |
|* 33 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_SALE | 1 | 59 | 1 (0)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1 | | 1 (0)| 00:00:01 |
|* 35 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
5 - filter((:B3=:B3 AND :B4=:B4))
11 - filter("TET_TYPE"='D')
12 - filter("SC1"."REC_STATUS"='A')
13 - access("TET_VM_CODE"="SC1"."SIC1")
14 - filter("UCM"."REC_STATUS"='A')
15 - access("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND "TET_CODE"="UCM"."CUST_NUM")
filter(("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3))
16 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
17 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD")
18 - filter(("F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
19 - access("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3 AND "F"."CUST_NUM"="UCM"."CUST_NUM")
filter(("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3))
20 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "CUST_NUM"="UCM"."CUST_NUM" AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
23 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
24 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G'
AND "A"."REC_STATUS"='A'))
27 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
28 - filter("SC2"."REC_STATUS"='A')
31 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
32 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
33 - filter(("B"."UA_CD"='ENDCUST' AND "C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM"))
34 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_SEQ"="B"."UCM_SEQ" AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND
"B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter("B"."REC_STATUS"='A')
35 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
{color}
{color:green}
Execution Plan – 2:
Plan hash value: 2023039777
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | | 3341 (100)| |
|* 1 | HASH JOIN RIGHT OUTER | | 12967 | 2216K| | 3341 (5)| 00:00:41 |
| 2 | VIEW | | 1 | 57 | | 607 (6)| 00:00:08 |
| 3 | HASH GROUP BY | | 1 | 209 | | 607 (6)| 00:00:08 |
|* 4 | FILTER | | | | | | |
|* 5 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | | 1 (0)| 00:00:01 |
| 6 | NESTED LOOPS | | 1 | 209 | | 606 (6)| 00:00:08 |
| 7 | NESTED LOOPS | | 1 | 135 | | 605 (6)| 00:00:08 |
|* 8 | HASH JOIN | | 1 | 123 | | 604 (6)| 00:00:08 |
|* 9 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_SALE | 1214 | 71626 | | 455 (7)| 00:00:06 |
|* 10 | INDEX SKIP SCAN | XIE1ULT_CUST_SALE | 1 | | | 455 (7)| 00:00:06 |
| 11 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_MASTER | 245 | 12985 | | 17 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1971 | 123K| | 148 (2)| 00:00:02 |
|* 13 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | | 9 (12)| 00:00:01 |
|* 14 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 15 | TABLE ACCESS BY INDEX ROWID | SIC2 | 1 | 12 | | 1 (0)| 00:00:01 |
|* 16 | INDEX UNIQUE SCAN | XPKSIC2 | 1 | | | 1 (0)| 00:00:01 |
|* 17 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | | 1 (0)| 00:00:01 |
| 18 | VIEW | | 12967 | 1494K| | 2732 (5)| 00:00:33 |
| 19 | HASH UNIQUE | | 12967 | 3254K| 6936K| 2732 (5)| 00:00:33 |
|* 20 | HASH JOIN | | 12967 | 3254K| | 1998 (6)| 00:00:24 |
| 21 | VIEW | | 410 | 16400 | | 1781 (5)| 00:00:22 |
| 22 | HASH GROUP BY | | 410 | 13120 | | 1781 (5)| 00:00:22 |
|* 23 | FILTER | | | | | | |
|* 24 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1963K| 59M| | 1781 (5)| 00:00:22 |
|* 25 | HASH JOIN | | 4792 | 1015K| | 215 (7)| 00:00:03 |
|* 26 | TABLE ACCESS FULL | SIC1 | 11 | 528 | | 2 (0)| 00:00:01 |
|* 27 | HASH JOIN | | 4792 | 790K| | 212 (6)| 00:00:03 |
|* 28 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1003 | 79237 | | 4 (0)| 00:00:01 |
|* 29 | INDEX RANGE SCAN | XIF317CUSTOMER | 1371 | | | 1 (0)| 00:00:01 |
|* 30 | HASH JOIN | | 4794 | 421K| | 207 (6)| 00:00:03 |
| 31 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 245 | 8820 | | 17 (0)| 00:00:01 |
| 32 | NESTED LOOPS | | 1971 | 136K| | 148 (2)| 00:00:02 |
|* 33 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 280 | | 9 (12)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 8914 | 165K| | 58 (14)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
4 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
5 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G' AND
"A"."REC_STATUS"='A'))
8 - access("C"."DIV_CD"="B"."DIV_CD" AND "C"."CTRY_CD"="B"."CTRY_CD" AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "C"."UCM_SEQ"="B"."UCM_SEQ")
9 - filter("B"."UA_CD"='ENDCUST')
10 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND
"B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter(("B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd
mon yyyy')))
13 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
14 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
15 - filter("SC2"."REC_STATUS"='A')
16 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
17 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
20 - access("B"."DIV_CD"="UCM"."DIV_CD" AND "B"."CTRY_CD"="UCM"."CTRY_CD" AND "B"."CUST_NUM"="UCM"."CUST_NUM")
23 - filter((:B3=:B3 AND :B4=:B4))
24 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
25 - access("TET_VM_CODE"="SC1"."SIC1")
26 - filter("SC1"."REC_STATUS"='A')
27 - access("F"."DIV_CD"="UCM"."DIV_CD" AND "F"."CTRY_CD"="UCM"."CTRY_CD" AND "F"."CUST_NUM"="UCM"."CUST_NUM")
28 - filter(("F"."DIV_CD"=:B4 AND "F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
29 - access("F"."CTRY_CD"=:B3)
30 - access("TET_CODE"="UCM"."CUST_NUM")
33 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
34 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND
"UCM"."REC_STATUS"='A')
35 - filter("TET_TYPE"='D')
{color}
Edited by: user3030284 on Oct 28, 2008 9:42 PM


{size:12}
All,


We recently upgraded to 10G (Version:10.2.0.3.0) after which the below query causing the problem. This query is written in a pl/sql package called by a Perl program. The Perl program is running forever without completion during some attempts and sometimes it is completing very fast. We did some kind of debugging and found that everytime the program is getting stucked up at this below given query and not at all proceeding from here even if we leave it for 2 - 3 days. During a successful attempt it completes in 3 - 4 hrs. This query is taking 2 explain plan as given below and it seems one of them is best and the other one is worst. Plan 2 is best and plan 1 is worst.
Is there any suggestion in fixing this and the reason why two explain plans are picking up?....Num of records on the tables is as given below...
Can you please provide me some detailed information as i'm a beginner in these performance tuning concepts?
Your help will be much appreciated..


Tables No. of records
ult_cust_master 551925
us_state_county 3223
customer 1559
turfbuilder_group2_empcnt_tmp 44K
ult_cust_sale 2430143
ucsi_item 9714371
{size}


 /* Formatted on 2007/09/30 20:37 (Formatter Plus v4.8.5) */ SELECT cust.cust_num, cust.cust_name, cust.emp_count, cust.sic1, cust.s1_description, NVL (cust_sale.qty, 0) qty, NVL (cust_sale.mot_amt, 0) mot_amt, NVL (cust_sale.cust_amt, 0) cust_amt, cust.min_sale_dt, cust.max_sale_dt, cust.cust_status FROM (SELECT DISTINCT ucm.cust_num, f.cust_name cust_name, NVL (te.tet_emp_count, 0) emp_count, b.min_sale_dt, b.max_sale_dt, f.cust_status, sc1.sic1, sc1.s1_description FROM ult_cust_master ucm, us_state_county u, customer f, (SELECT div_cd, ctry_cd, cust_num, MIN (ucs_dt) min_sale_dt, MAX (ucs_dt) max_sale_dt FROM ult_cust_sale WHERE div_cd = :b4 AND ctry_cd = :b3 AND rec_status = 'A' GROUP BY div_cd, ctry_cd, cust_num) b, sic1 sc1, (SELECT tet_code, tet_vm_code, tet_type, tet_emp_count FROM turfbuilder_group2_empcnt_tmp WHERE tet_type = 'D') te WHERE f.div_cd = ucm.div_cd AND f.ctry_cd = ucm.ctry_cd AND f.cust_num = ucm.cust_num AND b.div_cd = ucm.div_cd AND b.ctry_cd = ucm.ctry_cd AND b.cust_num = ucm.cust_num AND te.tet_code(+) = ucm.cust_num AND te.tet_vm_code = sc1.sic1 AND f.div_cd = :b4 AND f.ctry_cd = :b3 AND ucm.ucm_stcnty_fips_cd = u.usc_st_cnty_cd AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI') AND ucm.rec_status = 'A' AND u.rec_status = 'A' AND sc1.rec_status = 'A' AND f.cust_imp21_dealer_fg = 'Y' AND NVL (f.cust_test_dealer_fg, 'N') <> 'Y') cust, (SELECT c.cust_num cust_num, sc2.sic1, SUM (DECODE (a.ucsii_unit_fg, 'Y', a.ucsii_qty * 1, a.ucsii_qty * 0 ) ) qty, SUM (a.ucsii_qty * a.ucsii_mot_unit_pr) mot_amt, SUM (a.ucsii_qty * a.ucsii_ult_unit_pr) cust_amt FROM ucsi_item a, ult_cust_sale b, ult_cust_master c, sic2 sc2, us_state_county u WHERE a.div_cd = b.div_cd AND a.ctry_cd = b.ctry_cd AND a.cust_num = b.cust_num AND a.ucm_mailbox_num = b.ucm_mailbox_num AND a.ucm_seq = b.ucm_seq AND a.ucs_seq = b.ucs_seq AND c.div_cd = b.div_cd AND c.ctry_cd = b.ctry_cd AND c.cust_num = b.cust_num AND c.ucm_mailbox_num = b.ucm_mailbox_num AND c.ucm_seq = b.ucm_seq AND SUBSTR (c.ucm_sic_cd, 1, 2) = sc2.sic2 AND c.ucm_stcnty_fips_cd = u.usc_st_cnty_cd AND a.ucsii_in_apmr_fg = 'Y' AND a.ucsii_audit_data_cd = 'G' AND a.ucsii_contract_id IN ('BRANDED', 'CTR', 'WARIS', 'RADIUS', 'BRNDCONV', 'BRNDTRNK' ) AND ( (a.ucsii_unit_fg = 'Y') OR (a.ucsii_unit_fg = 'N' AND a.ucsii_item_num LIKE '%.%') ) AND c.div_cd = :b4 AND c.ctry_cd = :b3 AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI') AND u.rec_status = 'A' AND c.rec_status = 'A' AND a.rec_status = 'A' AND sc2.rec_status = 'A' AND b.ua_cd = 'ENDCUST' AND b.rec_status = 'A' AND b.ucs_dt BETWEEN TO_DATE (:b2, 'dd mon yyyy') AND TO_DATE (:b1, 'dd mon yyyy') GROUP BY c.cust_num, sc2.sic1) cust_sale WHERE cust.cust_num = cust_sale.cust_num(+) AND cust.sic1 = cust_sale.sic1(+) 


{color:green}


Explain Plan -- 1:


| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | 643 (100)| |
|* 1 | HASH JOIN OUTER | | 1 | 175 | 643 (2)| 00:00:08 |
| 2 | VIEW | | 1 | 118 | 74 (5)| 00:00:01 |
| 3 | HASH UNIQUE | | 1 | 310 | 74 (5)| 00:00:01 |
| 4 | HASH GROUP BY | | 1 | 310 | 74 (5)| 00:00:01 |
|* 5 | FILTER | | | | | |
| 6 | NESTED LOOPS | | 1 | 310 | 73 (3)| 00:00:01 |
| 7 | NESTED LOOPS | | 1 | 278 | 70 (2)| 00:00:01 |
| 8 | NESTED LOOPS | | 1 | 187 | 69 (2)| 00:00:01 |
| 9 | NESTED LOOPS | | 1 | 148 | 68 (2)| 00:00:01 |
| 10 | NESTED LOOPS | | 1 | 100 | 52 (2)| 00:00:01 |
|* 11 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 1 | 52 | 51 (2)| 00:00:01 |
|* 12 | TABLE ACCESS BY INDEX ROWID| SIC1 | 1 | 48 | 1 (0)| 00:00:01 |
|* 13 | INDEX UNIQUE SCAN | SYS_C001278 | 1 | | 1 (0)| 00:00:01 |
|* 14 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 517 | 24816 | 16 (0)| 00:00:01 |
|* 15 | INDEX RANGE SCAN | XIF9ULT_CUST_MASTER | 505 | | 1 (0)| 00:00:01 |
|* 16 | TABLE ACCESS BY INDEX ROWID | US_STATE_COUNTY | 1 | 39 | 1 (0)| 00:00:01 |
|* 17 | INDEX UNIQUE SCAN | XPKSTATE_COUNTY | 1 | | 1 (0)| 00:00:01 |
|* 18 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1 | 91 | 1 (0)| 00:00:01 |
|* 19 | INDEX UNIQUE SCAN | XPKCUSTOMER | 1 | | 1 (0)| 00:00:01 |
|* 20 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 13514 | 422K| 2 (0)| 00:00:01 |
| 21 | VIEW | | 1 | 57 | 569 (2)| 00:00:07 |
| 22 | HASH GROUP BY | | 1 | 209 | 569 (2)| 00:00:07 |
|* 23 | FILTER | | | | | |
|* 24 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | 1 (0)| 00:00:01 |
| 25 | NESTED LOOPS | | 1 | 209 | 568 (1)| 00:00:07 |
| 26 | NESTED LOOPS | | 1 | 135 | 567 (1)| 00:00:07 |
|* 27 | HASH JOIN | | 1491 | 110K| 118 (3)| 00:00:02 |
|* 28 | TABLE ACCESS FULL | SIC2 | 83 | 996 | 2 (0)| 00:00:01 |
| 29 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 186 | 9858 | 13 (0)| 00:00:01 |
| 30 | NESTED LOOPS | | 1500 | 96000 | 115 (2)| 00:00:02 |
|* 31 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | 9 (12)| 00:00:01 |
|* 32 | INDEX RANGE SCAN | TEST | 186 | | 1 (0)| 00:00:01 |
|* 33 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_SALE | 1 | 59 | 1 (0)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1 | | 1 (0)| 00:00:01 |
|* 35 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
5 - filter((:B3=:B3 AND :B4=:B4))
11 - filter("TET_TYPE"='D')
12 - filter("SC1"."REC_STATUS"='A')
13 - access("TET_VM_CODE"="SC1"."SIC1")
14 - filter("UCM"."REC_STATUS"='A')
15 - access("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND "TET_CODE"="UCM"."CUST_NUM")
filter(("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3))
16 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
17 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD")
18 - filter(("F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
19 - access("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3 AND "F"."CUST_NUM"="UCM"."CUST_NUM")
filter(("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3))
20 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "CUST_NUM"="UCM"."CUST_NUM" AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
23 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
24 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G'
AND "A"."REC_STATUS"='A'))
27 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
28 - filter("SC2"."REC_STATUS"='A')
31 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
32 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
33 - filter(("B"."UA_CD"='ENDCUST' AND "C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM"))
34 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_SEQ"="B"."UCM_SEQ" AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND
"B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter("B"."REC_STATUS"='A')
35 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")


{color}


{color:blue}


Explain Plan -- 2:


| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | | 3341 (100)| |
|* 1 | HASH JOIN RIGHT OUTER | | 12967 | 2216K| | 3341 (5)| 00:00:41 |
| 2 | VIEW | | 1 | 57 | | 607 (6)| 00:00:08 |
| 3 | HASH GROUP BY | | 1 | 209 | | 607 (6)| 00:00:08 |
|* 4 | FILTER | | | | | | |
|* 5 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | | 1 (0)| 00:00:01 |
| 6 | NESTED LOOPS | | 1 | 209 | | 606 (6)| 00:00:08 |
| 7 | NESTED LOOPS | | 1 | 135 | | 605 (6)| 00:00:08 |
|* 8 | HASH JOIN | | 1 | 123 | | 604 (6)| 00:00:08 |
|* 9 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_SALE | 1214 | 71626 | | 455 (7)| 00:00:06 |
|* 10 | INDEX SKIP SCAN | XIE1ULT_CUST_SALE | 1 | | | 455 (7)| 00:00:06 |
| 11 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_MASTER | 245 | 12985 | | 17 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1971 | 123K| | 148 (2)| 00:00:02 |
|* 13 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | | 9 (12)| 00:00:01 |
|* 14 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 15 | TABLE ACCESS BY INDEX ROWID | SIC2 | 1 | 12 | | 1 (0)| 00:00:01 |
|* 16 | INDEX UNIQUE SCAN | XPKSIC2 | 1 | | | 1 (0)| 00:00:01 |
|* 17 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | | 1 (0)| 00:00:01 |
| 18 | VIEW | | 12967 | 1494K| | 2732 (5)| 00:00:33 |
| 19 | HASH UNIQUE | | 12967 | 3254K| 6936K| 2732 (5)| 00:00:33 |
|* 20 | HASH JOIN | | 12967 | 3254K| | 1998 (6)| 00:00:24 |
| 21 | VIEW | | 410 | 16400 | | 1781 (5)| 00:00:22 |
| 22 | HASH GROUP BY | | 410 | 13120 | | 1781 (5)| 00:00:22 |
|* 23 | FILTER | | | | | | |
|* 24 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1963K| 59M| | 1781 (5)| 00:00:22 |
|* 25 | HASH JOIN | | 4792 | 1015K| | 215 (7)| 00:00:03 |
|* 26 | TABLE ACCESS FULL | SIC1 | 11 | 528 | | 2 (0)| 00:00:01 |
|* 27 | HASH JOIN | | 4792 | 790K| | 212 (6)| 00:00:03 |
|* 28 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1003 | 79237 | | 4 (0)| 00:00:01 |
|* 29 | INDEX RANGE SCAN | XIF317CUSTOMER | 1371 | | | 1 (0)| 00:00:01 |
|* 30 | HASH JOIN | | 4794 | 421K| | 207 (6)| 00:00:03 |
| 31 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 245 | 8820 | | 17 (0)| 00:00:01 |
| 32 | NESTED LOOPS | | 1971 | 136K| | 148 (2)| 00:00:02 |
|* 33 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 280 | | 9 (12)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 8914 | 165K| | 58 (14)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
4 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
5 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G' AND
"A"."REC_STATUS"='A'))
8 - access("C"."DIV_CD"="B"."DIV_CD" AND "C"."CTRY_CD"="B"."CTRY_CD" AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "C"."UCM_SEQ"="B"."UCM_SEQ")
9 - filter("B"."UA_CD"='ENDCUST')
10 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND
"B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter(("B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd
mon yyyy')))
13 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
14 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
15 - filter("SC2"."REC_STATUS"='A')
16 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
17 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
20 - access("B"."DIV_CD"="UCM"."DIV_CD" AND "B"."CTRY_CD"="UCM"."CTRY_CD" AND "B"."CUST_NUM"="UCM"."CUST_NUM")
23 - filter((:B3=:B3 AND :B4=:B4))
24 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
25 - access("TET_VM_CODE"="SC1"."SIC1")
26 - filter("SC1"."REC_STATUS"='A')
27 - access("F"."DIV_CD"="UCM"."DIV_CD" AND "F"."CTRY_CD"="UCM"."CTRY_CD" AND "F"."CUST_NUM"="UCM"."CUST_NUM")
28 - filter(("F"."DIV_CD"=:B4 AND "F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
29 - access("F"."CTRY_CD"=:B3)
30 - access("TET_CODE"="UCM"."CUST_NUM")
33 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
34 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND
"UCM"."REC_STATUS"='A')
35 - filter("TET_TYPE"='D')


{color}

OpenGL performance issues after security upgrade...

Hi,
after the recent security upgrade of yesterday, I see again the OpenGL problem in the virtue desktop Cube effect on my 17" MacBook Pro. The effect is that the cube does not rotate completely smoothty. This was exactly the same as after the first 10.4.7 upgrade that missed some essential opengl components. Reupgrading to 10.4.7 using the "global" update the cube effect was perfectly smooth. Looks like this time again something like this happened. What was the OpenGL component that was wrong in the first 10.4.7? Just to compare if it got changed again or replaced by another faulty version.
Cheers, Fons.
MacBook Pro Mac OS X (10.4.7)

If your Build says 8J2135 it's the 'bad' release missing new OpenGL bits ... install the latest (corrected) 10.4.7 Intel Update and it will fix things and show Build 8J2135a

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

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

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

Performance issues after upgrading to 11g

hello,
We are facing a performance issue after upgrading from 10g to 11g.
as you can see, the tables named APPLSYS.FND_ENV_CONTEXT has grown to 15544880 records,
and oracle is using TABLE ACCESS FULL on it:
DELETE FND_ENV_CONTEXT E
WHERE NOT EXISTS
(SELECT 'X'
FROM FND_CONCURRENT_PROCESSES P
WHERE P.CONCURRENT_PROCESS_ID = E.CONCURRENT_PROCESS_ID)
AND ROWNUM < 10000;
Plan:
DELETE STATEMENT ALL_ROWSCost: 74,345
 5 DELETE APPLSYS.FND_ENV_CONTEXT
 4 COUNT STOPKEY
 3 HASH JOIN RIGHT ANTI Cost: 74,345 Bytes: 3,108,980 Cardinality: 155,449
 1 INDEX FULL SCAN INDEX (UNIQUE) APPLSYS.FND_CONCURRENT_PROCESSES_U1 Cost: 166 Bytes: 315,450 Cardinality: 63,090
 2 TABLE ACCESS FULL TABLE APPLSYS.FND_ENV_CONTEXT Cost: 69,124 Bytes: 233,173,200 Cardinality: 15,544,880
select num_rows,last_analyzed from dba_tables where table_name='FND_ENV_CONTEXT'
15544880 07/07/2011 12:08:55
please advice.
Ofer

Please see these docs.
Table Fnd_env_context Growing Very Fast [ID 419990.1]
FND Related Tablespaces Growing at Rapid and Excessive Rate [ID 189800.1]
FNDCPPUR Request Does Not Always Delete Files From The File System, Many Files Will Be Denoted As "deletion failed" [ID 1335304.1]
Concurrent Processing - Best Practices for Performance for Concurrent Managers in E-Business Suite [ID 1057802.1]
Concurrent Processing - Purge Concurrent Request and/or Manager Data Program (FNDCPPUR) [ID 104282.1]
Thanks,
Hussein

BW BCS cube(0bcs_vc10 ) Report huge performance issue

Hi Masters,
I am working out for a solution for BW report developed in 0bcs_vc10 virtual cube.
Some of the querys is taking more 15 to 20 minutes to execute the report.
This is huge performance issue. We are using BW 3.5, and report devloped in bex and published thru portal. Any one faced similar problem please advise how you tackle this issue. Please give the detail analysis approach how you resolved this issue.
Current service pack we are using is
SAP_BW 350 0016 SAPKW35016
FINBASIS 300 0012 SAPK-30012INFINBASIS
BI_CONT 353 0008 SAPKIBIFP8
SEM-BW 400 0012 SAPKGS4012
Best of Luck
Chris
BW BCS cube(0bcs_vc10 ) Report huge performance issue

Ravi,
I already did that, it is not helping me much for the performance. Reports are taking 15 t0 20 minutes. I wanted any body in this forum have the same issue how
they resolved it.
Regards,
Chris

Performance issue after DB copy

Hello,
I am facing performance issue after doing database copy. Let me explain entire story.
Enviornment is Oracle 10g (10.2.0.4), Operating System is Solaries.
We have one production system with DB sid (PR1) and i have to builded new system using PR1 as PR2, we have done full offline copy from one hardware to another hardware (Hardware is same on PR1 and PR2) and perform rsync command at os level to sync all oracle files at OS level(PR2 is not build using backup/restore or export import method).
Now problem is that
One of query if i am running on PR1 system it is taking only 10-15 seconds, while if i am running same query on PR2 it is taking nearly about 55-60 mins. In initial search i found SGA is very diffrent from PR1 to PR2 then i did change the SGA parameter like PR1 in PR2 after doing changes i am running same query it is taking 6-7 mins, so i got some benifit here, but still i need to tune the query. Query contains 3 tables and all tables having atleast 3-4 indexes.
Can some one help what to tune and what to check?
Thanks,
Singh

Check the explain plan on both systems to see if both instances are trying to do the same thing. This will tell you a lot about what is going on based on physical or logical reads and how long they are taking. You should have the same statistics on both databases if you did a physical copy, but check that too just to make sure. If stats and explain plan are the same, check your hardware. Do you have the same amount of RAM on both systems? Are you using similar storage? If the plan is showing that you are doing a considerable amount of physical I/Os on both it could just be that your physical disk is slower on server two.

HT4623 i have an iphone4 will i have performance issues if I upgrade to IOS 7

i have an IPhone 4 will I have performance issues if I upgrade to IOS 7

Some people report experiencing some. I have not witnessed any issues with the iPhone 4 we have here at home with iOS 7 on it.

SharePoint 2007 performance issue after upgrading the operating system

We upgraded the operating system of our SharePoint Server 2007 from 2003 to 2008 R2. After upgrade we rebuilt the SharePoint using content DBs we backed up before upgrade. All settings is same except that we moved the DBs to new SQL servers. Now users are
reporting performance issue with sites. I experienced it myself some of the pages takes 9-30 seconds to load. Also our SharePoint server is single server. I monitored the SharePoint Server and it is fine. I did fiddler trace and here are the result. I see
lots of 401 (login failed) errors then 302 (redirect) then 200 (OK). Do you know why we are getting 401 errors?
Result
Protocol
Host
URL
Body
Caching
Content-Type
Process
184
401
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA
341
text/html; charset=us-ascii
iexplore:15344
185
302
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA
196
text/html; charset=UTF-8
iexplore:15344
186
401
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA/default.aspx
341
text/html; charset=us-ascii
iexplore:15344
187
200
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA/default.aspx
105,487
private, max-age=0; Expires: Mon, 22 Dec 2014 21:37:48 GMT
text/html; charset=utf-8
iexplore:15344
188
401
HTTP
sp07.ourcompany.com
/_layouts/1033/styles/calendar.css?rev=BrbrIU86qTG2EHx1ZUuFBQ%3D%3D
341
text/html; charset=us-ascii
iexplore:15344
189
200
HTTP
sp07.ourcompany.com
/_layouts/images/prevbuttonltr.gif
76
max-age=31536000
image/gif
iexplore:15344
190
200
HTTP
sp07.ourcompany.com
/_layouts/images/nextbuttonltr.gif
78
max-age=31536000
image/gif
iexplore:15344
191
200
HTTP
sp07.ourcompany.com
/_layouts/images/day.gif
1,051
max-age=31536000
image/gif
iexplore:15344
192
200
HTTP
sp07.ourcompany.com
/_layouts/images/month.gif
1,068
max-age=31536000
image/gif
iexplore:15344
193
200
HTTP
sp07.ourcompany.com
/_layouts/1033/styles/calendar.css?rev=BrbrIU86qTG2EHx1ZUuFBQ%3D%3D
28,814
max-age=31536000
text/css
iexplore:15344
194
200
HTTP
sp07.ourcompany.com
/_layouts/images/week.gif
1,057
max-age=31536000
image/gif
iexplore:15344
195
200
HTTP
sp07.ourcompany.com
/_layouts/images/weekbox.gif
149
max-age=31536000
image/gif
iexplore:15344
196
200
HTTP
sp07.ourcompany.com
/_layouts/images/alldayDefault.gif
157
max-age=31536000
image/gif
iexplore:15344
197
200
HTTP
sp07.ourcompany.com
/_layouts/images/calnumBttntoday.gif
146
max-age=31536000
image/gif
iexplore:15344
198
200
HTTP
sp07.ourcompany.com
/_layouts/images/calnumBttn.gif
95
max-age=31536000
image/gif
iexplore:15344

Hi
when you request a Site collection (http://domain/) or a Site (http://domain/foo/) of your Publishing Site you get redirected to the http://domain/Pages/<WelcomePage>.aspx. SharePoint 2007 uses the 302 header (location temporarily moved) for
this purpose. Surprisingly even WSS uses the 302 header to redirect a root url to the default.aspx. In comparison ASP.NET uses an internal redirect to render the default page when the root url requested: there is no redirect in this situation.
Check the link which can give more input
http://blog.mastykarz.nl/sharepoint-2007-redirect-solved-using-301-instead-of-302-redirects/
for error 401 you can check this link
http://discussions.citrix.com/topic/97027-no-resources-401-unauthorized/d
and check SharePoint ULS logs and event viewer for any exceptions.
Please mark the Answer and Vote me if you think that it will help you to resolved your issue

Major performance Issues after upgrading to 10.9.2

Hi,
I have been having major performance issues almost preventing me from using the computer at times. I suspect I don't have enough memory to run Maverick as the computer was great before I upgraded.
If any experts or people with ideas for me to speed up the computer, please respond. If you think the only way to improve performance is add memory or revert back to a previous version of OSX that I have a backup for, let me know.
Here is the info on my system, thank you in advance!!
Hardware Information:
 MacBook Pro (15-inch, Late 2008)
 MacBook Pro - model: MacBookPro5,1
 1 2.4 GHz Intel Core 2 Duo CPU: 2 cores
 2 GB RAM
Video Information:
 NVIDIA GeForce 9400M - VRAM: 256 MB
 NVIDIA GeForce 9600M GT - VRAM: 256 MB
System Software:
 OS X 10.9.2 (13C1021) - Uptime: 3 days 21:20:10
Disk Information:
 Hitachi HTS543225L9SA02 disk0 : (250.06 GB)
 EFI (disk0s1) <not mounted>: 209.7 MB
 :c (disk0s2) / [Startup]: 249.2 GB (67.82 GB free)
 Recovery HD (disk0s3) <not mounted>: 650 MB
 MATSHITADVD-R UJ-868
USB Information:
 Apple Inc. Built-in iSight
 Apple, Inc. Apple Internal Keyboard / Trackpad
 Apple Computer, Inc. IR Receiver
 Fitbit Inc. Fitbit Base Station
 Apple Inc. BRCM2046 Hub
 Apple Inc. Bluetooth USB Host Controller
Thunderbolt Information:
Configuration files:
 /etc/sysctl.conf - Exists
 /etc/hosts - Count: 29
Gatekeeper:
 Mac App Store and identified developers
Kernel Extensions:
 [not loaded] com.LaCie.ScsiType00 (1.2.0) Support
 [not loaded] com.cisco.nke.ipsec (2.0.1) Support
 [not loaded] com.leapfrog.codeless.kext (2) Support
 [not loaded] com.leapfrog.driver.LfConnectDriver (1.8.1 - SDK 10.7) Support
 [not loaded] com.rim.driver.BlackBerryUSBDriverInt (0.0.39) Support
 [not loaded] com.rim.driver.BlackBerryUSBDriverVSP (0.0.39) Support
 [not loaded] net.kromtech.kext.AVKauth (2.3.6 - SDK 10.8) Support
 [not loaded] net.kromtech.kext.Firewall (2.3.6 - SDK 10.8) Support
Startup Items:
 CiscoVPN: Path: /System/Library/StartupItems/CiscoVPN
Problem System Launch Daemons:
 [failed] com.apple.wdhelper.plist
Launch Daemons:
 [loaded] com.adobe.fpsaud.plist Support
 [loaded] com.adobe.SwitchBoard.plist Support
 [running] com.fitbit.galileod.plist Support
 [loaded] com.google.keystone.daemon.plist Support
 [loaded] com.leapfrog.connect.shell.plist Support
 [loaded] com.microsoft.office.licensing.helper.plist Support
 [loaded] com.timesoftware.timemachineeditor.backupd-auto.plist Support
 [running] com.zeobit.MacKeeper.AntiVirus.plist Support
 [running] com.zeobit.MacKeeper.plugin.AntiTheft.daemon.plist Support
Launch Agents:
 [not loaded] com.adobe.AAM.Updater-1.0.plist Support
 [loaded] com.adobe.CS5ServiceManager.plist Support
 [running] com.brother.LOGINserver.plist Support
 [running] com.google.keystone.agent.plist Support
User Launch Agents:
 [loaded] com.adobe.ARM.[...].plist Support
 [failed] [email protected]
 [loaded] com.macpaw.CleanMyMac.helperTool.plist Support
 [running] com.microsoft.LaunchAgent.SyncServicesAgent.plist Support
 [running] com.zeobit.MacKeeper.Helper.plist Support
User Login Items:
 Google Chrome
Internet Plug-ins:
 o1dbrowserplugin: Version: 5.3.1.18536 Support
 Google Earth Web Plug-in: Version: 7.1 Support
 Default Browser: Version: 537 - SDK 10.9
 Flip4Mac WMV Plugin: Version: 2.3.8.1 Support
 OfficeLiveBrowserPlugin: Version: 12.2.9 Support
 AdobePDFViewerNPAPI: Version: 10.1.9 Support
 FlashPlayer-10.6: Version: 13.0.0.201 - SDK 10.6 Support
 DivXBrowserPlugin: Version: 2.0 Support
 Silverlight: Version: 5.1.10411.0 - SDK 10.6 Support
 Flash Player: Version: 13.0.0.201 - SDK 10.6 Outdated! Update
 iPhotoPhotocast: Version: 7.0
 googletalkbrowserplugin: Version: 5.3.1.18536 Support
 QuickTime Plugin: Version: 7.7.3
 AdobePDFViewer: Version: 10.1.9 Support
 GarminGpsControl: Version: 2.6.4.0 Release Support
 SharePointBrowserPlugin: Version: 14.3.9 - SDK 10.6 Support
 JavaAppletPlugin: Version: 14.9.0 - SDK 10.7 Check version
Safari Extensions:
 Dashlane: Version: 2.4.0.55923
Audio Plug-ins:
 BluetoothAudioPlugIn: Version: 1.0 - SDK 10.9
 AirPlay: Version: 2.0 - SDK 10.9
 AppleAVBAudio: Version: 203.2 - SDK 10.9
 iSightAudio: Version: 7.7.3 - SDK 10.9
iTunes Plug-ins:
 Quartz Composer Visualizer: Version: 1.4 - SDK 10.9
User Internet Plug-ins:
 Dashlane: Version: Dashlane 1.0.0 - SDK 10.7 Support
 Move_Media_Player: Version: npmnqmp 071705000010 Support
 WebEx64: Version: 1.0 - SDK 10.6 Support
 Picasa: Version: 1.0 Support
3rd Party Preference Panes:
 Flash Player Support
 Flip4Mac WMV Support
 Growl Support
Time Machine:
 Skip System Files: NO
 Auto backup: NO - Auto backup turned off
 Time Machine not configured!
Top Processes by CPU:
 3% WindowServer
 2% SystemUIServer
 1% diskimages-helper
 1% mds
 0% Google Chrome Helper EH
Top Processes by Memory:
 94 MB Google Chrome
 59 MB GoogleSoftwareUpdateDaemon
 57 MB Google Chrome Helper EH
 52 MB Google Chrome Helper
 39 MB Finder
Virtual Memory Information:
 40 MB Free RAM
 499 MB Active RAM
 481 MB Inactive RAM
 465 MB Wired RAM
 7.33 GB Page-ins
 502 MB Page-outs

The performance issues are due to third party software. Mavericks at the minimum requires 2GB's of RAM but I don't think that's the issue. And you can upgrade RAM anytime.
MacKeeper should be uninstalled. It does far more harm than good.
Do not install MacKeeper: Apple Support Communities
Uninstall instructions > how to uninstall MacKeeper
249.2 GB (67.82 GB free)
Keep an eye on available disk space.
Click your Apple menu icon top left in your screen. From the drop down menu click About This Mac > More Info > Storage
Make sure there's at least 15% free disk space. Less can slow your Mac down.
You also need to uninstall CleanMyMac > How To Uninstall CleanMyMac
Third party so called Mac cleaning utilities are not necessary on a Mac. Your Mac runs maintenance in the background for you.
Mac OS X: About background maintenance tasks

Performance issue after upgrading database 9i (9.2.0.5.0) to 10g (10.2.5.0)

Hi,
recently we have upraded our database from 9.2.0.5.0 to 10.2.5.0. After the upgrading of the database some of our SQL-statements, who gather data and fill it in an empty tabless,
shows a really bad performance in the new database version. We already have checked the explain plan it remains the same in both versions (full table scans on the corresponding tables)
E.g. a query running in the 9i database needs 17 minutes for completion in the 10g version it needs 15 hours.
We have checked the running session and have seen that the read of database blocks of the corresponding tables needs immense more time in the 10g version.
Are there any oracle parameter, hidden features we can adjust in 10g in order to get the same performance as in 9i?
thanks in advance
Here is this example with the above mentioned different response time:
(the object edv_belasgv_3_jahre is a view over 3 tables as an union all, each table has approximately 1 million records)
/* Formatted on 06.09.2012 19:09:08 (QP5 v5.136.908.31019) */
INSERT INTO mv_edv_belasgv_branche
SELECT gesellschaft,
erscheinungsdatum,
buchungsdatum,
code,
SUM (rechnungsnetto) AS rechnungsnetto,
SUM (rechnungsbetrag) AS rechnungsbetrag,
SUM (mehrwertsteuer) AS mehrwertsteuer
FROM (SELECT gesellschaft,
erscheinungsdatum,
buchungsdatum,
rechnungsnetto,
rechnungsbetrag,
mehrwertsteuer,
DECODE (
(SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap = t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto),
NULL,
NULL,
DECODE (
(SELECT DISTINCT branche
FROM (SELECT *
FROM anzedv.edv_zuordnung_branche_rubrik
WHERE branche IS NOT NULL)
WHERE (SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap =
t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto) LIKE
branche || '%'),
NULL,
'sonstige',
(SELECT DISTINCT branche
FROM (SELECT *
FROM anzedv.edv_zuordnung_branche_rubrik
WHERE branche IS NOT NULL)
WHERE (SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap =
t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto) LIKE
branche || '%')))
AS code
FROM edv_belasgv_3_jahre t1
WHERE gesellschaft IN ('T', 'U')
AND (satzart = 'B'
OR satzart = 'G'
AND gegenkonto_art IN (5000, 5001, 7900)))
GROUP BY gesellschaft,
erscheinungsdatum,
buchungsdatum,
code

There is no 10.2.5.0 version - I assume you mean 10.2.0.5.
Pl see these threads on how to post a tuning request (pl post explain plans from both databases)
When your query takes too long ...
HOW TO: Post a SQL statement tuning request - template posting
Pl also compare the init.ora parameters between the old and new database and post any differences here. Have statistics been gathered on the new database ?
Pl see these MOS Docs
TROUBLESHOOTING: Server Upgrade Results in Slow Query Performance [ID 160089.1]
Query Performance Degradation - Upgrade Related - Recommended Actions [ID 745216.1]
Tips for avoiding upgrade related query problems [ID 167086.1]
HTH
Srini

Huge performances issues after EHP5 upgrade

Similar Messages

Maybe you are looking for