Oracle 11gR2 slow?

 10 Replies
 0 Subscribed to this topic
 27 Subscribed to this forum
Sort:
Author
Messages
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
We are doing a big-bang annual upgrade, and among the upgrades is Oracle - from 11.1 to 11.2.  We noticed in particular that batch jobs are running much longer - a payroll run took twice as long, and an HR155 took 3 times as long.
We did a DR exercise that rolled back the rest of the upgrade, leaving only the Oracle 11gR2 as the only upgraded component - and batch jobs are just as slow.  So I should be able to rule out anything on the Lawson side.
Any ideas about settings/tweaks/etc that can fix this performance issue?
Greg Moeller
Veteran Member Send Private Message
Posts: 1498
Veteran Member
Did your upgrade also include a new version of DB2? Seems to me that there were/are some config files that we needed to tweak there. Do you have LBI integrated with Portal? If so, there's more advice I can give.
badri
Basic Member Send Private Message
Posts: 11
Basic Member
Hi Gary, You may want to check the execution plans which have some "quirks" in 11gr2. Also you can monitor v$session_longops (which am sure you are doing already).
HTH
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
Greg, we don't have DB2. Badri, I will pass this along to our DBAs to monitor. Thanks to both
Greg Moeller
Veteran Member Send Private Message
Posts: 1498
Veteran Member
If you don't have DB2, are you storing the Lawson security information in Oracle?
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
LDAP is MS ADAM; gen info etc is in the Oracle instance
Greg Moeller
Veteran Member Send Private Message
Posts: 1498
Veteran Member
By chance do you have any materialized views that are updating during the day? We found a tremendous job run time savings by redoing/optimizing those views.
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
On this non-production machine, those views are not being rebuilt (the job is commented out in cron for now). When they do get rebuilt, it's at 4 AM only. So that does not appear to be an issue in this case.
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
I ran the statistics for a GL293 job that currently runs in under 15 minutes in production and is taking approx 48 minutes on this system with 11gR2.
It shows that 90 percent of the time is taken up with FindBegRng calls against GLAMOUNTS table. Other FindBegRng calls also seem to be kind of slow, but I can't tell for sure.
badri
Basic Member Send Private Message
Posts: 11
Basic Member
Gary,
The DBA should be able to compare the execution plans on both the 'old' and 'new' (ie pre-upgrade and post-upgrade). Is this RAC or non-RAC ? Could be a bug in 11gr2.
Check out SQL Plan Management in 11g from the Gridcontrol /OEM.
HTH
Gary Padgett
Veteran Member Send Private Message
Posts: 90
Veteran Member
We deleted the 11.2 instance and reinstalled an 11.1 instance (matching our production and other non-production instances). Also backed out my upgrade altogether. Apparently we are having some system slowness related to this LPAR. We ran a GL293 job and ran truss against it. The IPC appears to be 2 to 3 times slower than on my other non-production LPAR. They are supposed to be identical, but...
Both of these LPARs were moved from IBM p570 to p770 a few months ago. This system is not used a lot until we are testing an upgrade. So we are concentrating more on this LPAR now.