Skip to Main Content

Database Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

log file sync wait in rac

MoazzamMay 20 2015 — edited May 20 2015

We are using Oracle 10g on Linux platform. We received ORA-00018: maximum number of sessions exceeded error for about 30 minutes. Below is the AWR report.

As per report below, sessions are not getting released on time due to log file sync wait event which resulted in the ORA-00018 error. The number of commits are same if we compare this report to an old report. They why we are getting so much log file sync wait events. The log file parallel write wait event has an average wait of about 5 ms. I think this means there is no problem with the Disc. Can any body help me to diagnose this? We are using RAC with 3 instances. But the application that generated the ORA-00018 error only use the instance 1 from which this report has been generated.

DB NameDB IdInstanceInst numReleaseRACHost
1110.2.0.4.0YES

Snap IdSnap TimeSessionsCursors/Session
Begin Snap:5806606-May-15 19:00:1122929.3
End Snap:5806806-May-15 21:00:0523124.5
Elapsed: 119.90 (mins)
DB Time: 2,520.28 (mins)

Report Summary

Cache Sizes

BeginEnd
Buffer Cache:6,800M6,800MStd Block Size:8K
Shared Pool Size:1,280M1,280MLog Buffer:47,100K

Load Profile

Per SecondPer Transaction
Redo size:516,815.9620,562.56
Logical reads:12,965.27515.85
Block changes:2,681.93106.71
Physical reads:25.011.00
Physical writes:58.772.34
User calls:175.286.97
Parses:82.863.30
Hard parses:0.720.03
Sorts:6.790.27
Logons:0.460.02
Executes:297.8411.85
Transactions:25.13

% Blocks changed per Read:20.69Recursive Call %:77.07
Rollback per transaction %:7.20Rows per Sort:283.56

Instance Efficiency Percentages (Target 100%)

Buffer Nowait %:99.91Redo NoWait %:100.00
Buffer Hit %:99.82In-memory Sort %:100.00
Library Hit %:99.39Soft Parse %:99.14
Execute to Parse %:72.18Latch Hit %:99.97
Parse CPU to Parse Elapsd %:60.76% Non-Parse CPU:98.45

Shared Pool Statistics

BeginEnd
Memory Usage %:70.4671.76
% SQL with executions>1:86.3090.41
% Memory for SQL w/exec>1:87.2989.45

Top 5 Timed Events

EventWaitsTime(s)Avg Wait(ms)% Total Call TimeWait Class
log file sync206,75582,53739954.6Commit
gc buffer busy68,33565,67796143.4Cluster
enq: CF - contention8,1172,4102971.6Other
gc cr block busy1,8052,1861,2111.4Cluster
CPU time 1,434 .9

RAC Statistics

BeginEnd
Number of Instances:33

Global Cache Load Profile

Per SecondPer Transaction
Global Cache blocks received:2.580.10
Global Cache blocks served:0.900.04
GCS/GES messages received:57.452.29
GCS/GES messages sent:83.633.33
DBWR Fusion writes:0.050.00
Estd Interconnect traffic (KB)55.40

Global Cache Efficiency Percentages (Target local+remote 100%)

Buffer access - local cache %:99.80
Buffer access - remote cache %:0.02
Buffer access - disk %:0.18

Global Cache and Enqueue Services - Workload Characteristics

Avg global enqueue get time (ms):5.6
Avg global cache cr block receive time (ms):702.9
Avg global cache current block receive time (ms):1.3
Avg global cache cr block build time (ms):0.0
Avg global cache cr block send time (ms):0.0
Global cache log flushes for cr blocks served %:0.4
Avg global cache cr block flush time (ms):26,721.4
Avg global cache current block pin time (ms):561.0
Avg global cache current block send time (ms):0.0
Global cache log flushes for current blocks served %:1.5
Avg global cache current block flush time (ms):10.0

Global Cache and Enqueue Services - Messaging Statistics

Avg message sent queue time (ms):0.1
Avg message sent queue time on ksxp (ms):0.4
Avg message received queue time (ms):0.2
Avg GCS message process time (ms):0.0
Avg GES message process time (ms):0.0
% of direct sent messages:22.52
% of indirect sent messages:24.97
% of flow controlled messages:52.51
Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Jun 17 2015
Added on May 20 2015
5 comments
1,966 views