Latch Free
Please help : how to solve large Latch Free wait on : channel operations parent latch .
From AWR Report :
Latch Sleep Breakdown
ordered by misses desc
Latch Name
Get Requests
Misses
Sleeps
Spin Gets
Sleep1
Sleep2
Sleep3
channel operations parent latch
94,686,848
76,112,489
7,260,219
71,049,400
0
0
0
library cache
365,476,343
11,747,162
140,997
11,622,072
0
0
0
How to find what the coause of this wait is ?
Thank's .
I have total : 48 CPUs : 4x12 Cores .
Operating System Statistics
Statistic
Total
AVG_BUSY_TIME
115,960
AVG_IDLE_TIME
275,739
AVG_SYS_TIME
2.3E+18
AVG_USER_TIME
107,040
BUSY_TIME
5,581,101
IDLE_TIME
13,250,065
SYS_TIME
428,160
USER_TIME
5,152,941
RSRC_MGR_CPU_WAIT_TIME
0
VM_IN_BYTES
-9.5E+18
VM_OUT_BYTES
-4.5E+16
PHYSICAL_MEMORY_BYTES
4.1E+11
NUM_CPUS
48
NUM_CPU_CORES
48
This is a standart one hour awr report :
Snap Id
Snap Time
Sessions
Cursors/Session
Begin Snap:
59886
10-Jul-13 09:00:48
789
36.9
End Snap:
59887
10-Jul-13 10:06:17
933
36.5
Elapsed:
65.48 (mins)
DB Time:
9,645.25 (mins)
Similar Messages
-
os： hpux 11.31 oracle：9208
上传statspack信息。
Enter value for report_name:
Using the report name sp_1777_1778
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
WSCDB 1940024694 WSCDB 1 9.2.0.8.0 NO SC3GUP01
Snap Id Snap Time Sessions Curs/Sess Comment
Begin Snap: 1777 06-11月-12 10:00:00 217 .9
End Snap: 1778 06-11月-12 11:00:01 288 .8
Elapsed: 60.02 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 6,000M Std Block Size: 16K
Shared Pool Size: 2,000M Log Buffer: 2,930K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: -416,814.48 -2,138.95
Logical reads: 12,188.91 62.55
Block changes: 2,745.05 14.09
Physical reads: 77.66 0.40
Physical writes: 40.61 0.21
User calls: 4,732.04 24.28
Parses: 1,600.33 8.21
Hard parses: 255.91 1.31
Sorts: 261.44 1.34
Logons: 0.32 0.00
Executes: 1,601.28 8.22
Transactions: 194.87
% Blocks changed per Read: 22.52 Recursive Call %: 6.80
Rollback per transaction %: 1.25 Rows per Sort: 14.70
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.99 Redo NoWait %: 100.00
Buffer Hit %: 99.37 In-memory Sort %: 100.00
Library Hit %: 91.76 Soft Parse %: 84.01
Execute to Parse %: 0.06 Latch Hit %: 100.12
Parse CPU to Parse Elapsd %: 21.72 % Non-Parse CPU: 61.75
Shared Pool Statistics Begin End
Memory Usage %: 91.91 92.08
% SQL with executions>1: 1.50 1.66
% Memory for SQL w/exec>1: 4.73 4.85
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
latch free 263,448 6,609 61.98
CPU time 2,804 26.30
log file sync 694,930 610 5.72
log file parallel write 1,347,686 276 2.59
db file scattered read 25,263 109 1.03
Wait Events for DB: WSCDB Instance: WSCDB Snaps: 1777 -1778
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
latch free 263,448 0 6,609 25 0.4
log file sync 694,930 0 610 1 1.0
log file parallel write 1,347,686 0 276 0 1.9
db file scattered read 25,263 0 109 4 0.0
db file sequential read 23,510 0 107 5 0.0
db file parallel write 71,624 0 57 1 0.1
enqueue 2,215 0 34 15 0.0
log file sequential read 2,060 0 18 9 0.0
direct path write (lob) 27,258 0 14 0 0.0
direct path read (lob) 777 0 7 9 0.0
buffer busy waits 5,745 0 4 1 0.0
LGWR wait for redo copy 1,886 0 3 2 0.0
direct path write 308 0 3 10 0.0
control file sequential read 1,836 0 3 2 0.0
log file switch completion 28 0 2 78 0.0
control file parallel write 1,255 0 2 2 0.0
wait list latch free 8 0 0 23 0.0
SQL*Net more data to client 7,201 0 0 0 0.0
process startup 3 0 0 37 0.0
local write wait 4 0 0 25 0.0
SQL*Net break/reset to clien 396 0 0 0 0.0
direct path read 312 0 0 0 0.0
log file single write 8 0 0 2 0.0
library cache pin 1 0 0 1 0.0
async disk IO 512 0 0 0 0.0
buffer deadlock 48 48 0 0 0.0
SQL*Net message from client 11,558,618 0 567,046 49 16.5
virtual circuit status 120 120 3,505 29211 0.0
jobq slave wait 66 63 191 2897 0.0
SQL*Net message to client 11,558,692 0 7 0 16.5
SQL*Net more data from clien 266,289 0 4 0 0.4
Background Wait Events for DB: WSCDB Instance: WSCDB Snaps: 1777 -1778
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
log file parallel write 1,347,698 0 276 0 1.9
db file parallel write 71,625 0 57 1 0.1
log file sequential read 2,060 0 18 9 0.0
latch free 189 0 9 49 0.0
LGWR wait for redo copy 1,886 0 3 2 0.0
direct path write 216 0 3 13 0.0
control file parallel write 1,255 0 2 2 0.0
control file sequential read 1,462 0 1 1 0.0
db file scattered read 24 0 0 5 0.0
direct path read 312 0 0 0 0.0
db file sequential read 23 0 0 2 0.0
log file single write 8 0 0 2 0.0
rdbms ipc reply 16 0 0 1 0.0
buffer busy waits 4 0 0 0 0.0
async disk IO 512 0 0 0 0.0
rdbms ipc message 3,933,397 2,323 33,117 8 5.6
pmon timer 1,201 1,201 3,516 2928 0.0
smon timer 22 6 3,464 ###### 0.0
-------------------------------------------------------------请把问题时段的statspack 报告发给我
有问题请去OTN中文论坛开个帖子 我会回复 地址：http://www.otncn.org
如果需要发送附件，可以直接发邮件到 [email protected] -
Latch free(SQL memory manager latch)
Hi All,
Can somene help me in finding anything about "latch free(SQL memory manager latch)". This latch is causing sqls to perform badly. Will be thankful if someone provide the resolution plan for this latch.
Thanks in advance.Hi,
Thanks for your reply but here in this case I know this is "SQL memory manager latch". All I wanted to know about this latch and resolution. -
Insert statement Going to Latch free
We are having issues where creation of Project neve completes from Form and HTML page.
On taking tkprofile we found that there is a Insert Into PJI_XBS_DENORM table which is going to Latch free.
Starngely this is working on all other instances except production.
Let me know if anyone has faced this issue.
Thanks,On taking tkprofile we found that there is a Insert Into PJI_XBS_DENORM table which is going to Latch free.What does this mean?
"Insert Into PJI_XBS_DENORM table which is going to Latch free" -
How to tune latch free wait event
Hi Experts ,
We are getting the following in trace file..what is the meaning for that.
Please help me.
Received ORADEBUG command 'event 10046 trace name context forever,level 12' from process Unix process pid: 17366, image:
WAIT #6: nam='db file sequential read' ela= 99 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224896007054
WAIT #6: nam='db file sequential read' ela= 34 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224896007967
WAIT #6: nam='db file sequential read' ela= 25 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224896008120
WAIT #6: nam='db file sequential read' ela= 87 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224900705281
WAIT #6: nam='db file sequential read' ela= 29 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224900705559
WAIT #6: nam='db file sequential read' ela= 24 file#=18 block#=218889 blocks=1 obj#=54957 tim=4224900705704
Regards,
Kamlesh -
Hello all,
Please help me to detect this problem. It's happening in my production db.
Everyday in specific hours, users often call me report that core application performance slow.
Then I query "SELECT * FROM V$SESSION_WAIT" to check wait event.
I can see that so many latch free events (library cache). It's always return the same/almost same results everytime I run this query.
I want to know who's holding the latch, so I do this:
"SELECT l.sid, s.sql_hash_value, s.sql_address, s.osuser, s.username, s.machine, s.program, l.name
FROM V$SESSION s, V$LATCHHOLDER l
WHERE s.sid = l.sid;"
Unfortunately, there's no useful information, sometimes it returns zero result, sometimes just few records. And I can't get who's exactly holding the latch whereas the 'victim' sessions still waiting for the latch free event.
How to get SID who's holding the latch that caused session from V$SESSION_WAIT waiting ?
Once I get the SID of holder, I can check what query caused performance slow from v$sqlarea.
Please advice,
This is my system information.
OS : AIX 5.2
Oracle : Oracle 9.2.0.8
Thank you,
BSS.Hello, Thanks for replying
Because it contains high wait events and I think it's one of causal factor of degradation performance.
When the application was smooth, I noticed that this view contains few wait event records.
For additional information, I've also checked these things:
IO server : there's no significant disk busy on the server
redo generation : it takes about 10 minutes to generate redo (I think it's normal)
Or if you have any idea how to identify problem when application run slowly in specific hours, please welcome to mention it here...I'm very glad if you do :)
Thanks,
BSS -
Hi all
Can You help me to find where is problem, I generate strigs for each row in table , but it takes long time (for 430000 rows 11hours) , end when I monitor this process I have most time latch free. Can you help me to rewrite , or show me wher is problem in my PL/sql?
create or replace procedure SPZ
is
n number:=0;
koneec EXCEPTION;
p1 number;
p2 number;
c1 number;
c2 number;
c3 number;
vysledok varchar2(5);
pocet number;
begin
select count(*) INTO pocet from inc_t_vozidlo$;
dbms_output.put_line(pocet);
for i1 in 1 .. 26 loop
for i2 in 1 .. 26 loop
for i3 in 1 .. 10 loop
for i4 in 1 .. 10 loop
for i5 in 1 .. 10 loop
n:=n+1;
p2 :=64+i2;
p1 :=64+i1;
c1 :=47+i3;
c2 :=47+i4;
c3 :=47+i5;
vysledok:=chr(p1)||''||chr(p2)||''||chr(c1)||''||chr(c2)||''||chr(c3);
-- dbms_output.put_line(n||'. '||vysledok);
update inc_t_vozidlo$ set evid_cislo= vysledok where vozidlo_id=1000000000000000+n;
if n=pocet then
RAISE koneec;
end if;
end loop;
end loop;
end loop;
end loop;
end loop;
commit;
EXCEPTION
when koneec then
commit;
dbms_output.put_line('KONEC:'||pocet);
end;
Thank You B.Hi,
Your problem isn't so much in your PL/SQL as that it is (your) PL/SQL.
Try doing the update in a single SQL statement and you will notice that it goes much much faster.
Finally, why are you doing this in a update? Can't you insert the correct data to start with? A single insert is much faster than an insert + update.
Cheers,
Colin -
Latch contention in Oracle 10.2.0.4
Hello All,
There is one script which takes 8 hours to complete on one of our Oracle 10.2.0.3 databases.
The TKPROF Output shows the below Wait events:
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
db file scattered read 28965 0.00 0.00
db file sequential read 1394318 0.00 0.00
SQL*Net message to client 4467645 0.00 0.00
SQL*Net message from client 4467645 0.00 0.00
latch: shared pool 2847 29.05 864.44
latch: library cache 1221 5.78 389.93
latch: row cache objects 126 0.58 2.39
latch: cache buffers chains 2765 0.02 0.16
log file sync 3 0.00 0.00
latch free 63 1.06 1.71
latch: object queue header operation 5 0.00 0.01
SQL*Net break/reset to client 1156 0.00 0.00
read by other session 21609 0.99 3.99
latch: library cache lock 1 0.01 0.01How can we reduce the "latch: shared pool" and "latch: library cache" wait/contentions?
The script in question runs 95 SELECT Statements, 3 UPDATE Statements and 1 INSERT Statement.
For more information, please let me know. Thanks.
Suddhasatwa.
Edited by: user13021719 on Mar 16, 2012 12:27 AMThanks for the above note.
yes the numbers are correct: there are 95 SELECT statements only in the program as well as in the TRACE file.
From the output of TKPROF I can see these 2 SELECT Statements taking maximum of these wait events:
TKPROF: Release 10.2.0.4.0 - Production on Fri Mar 16 01:25:38 2012
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Trace file: hr84tax_ora_3391.trc
Sort options: exeela fchela prsela
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
SELECT PAYCALL2.PAY_BEGIN_DT, PAYCALL2.PAY_END_DT, PAYCALL2.CHECK_DT,
PSPCL1.COMPANY, PSPCL1.PAYGROUP, PSPCL1.PAY_END_DT, PSPCL1.PAGE_NUM,
PSPCL1.LINE_NUM, PSPCL1.OFF_CYCLE, PSPCL1.SEPCHK, PSPCL1.EMPLID,
PSPCL1.CHECK_DT, PSPCL1.PAYCHECK_OPTION, PSPCL1.PAYCHECK_STATUS
FROM
PS_PAY_CHECK PSPCL1, PS_PAY_CALENDAR PAYCALL2, PS_PAY_CAL_BAL_ID BALL1
WHERE PAYCALL2.COMPANY = BALL1.COMPANY AND PAYCALL2.PAYGROUP =
BALL1.PAYGROUP AND PAYCALL2.PAY_END_DT = BALL1.PAY_END_DT AND
BALL1.BALANCE_ID = :1 AND PAYCALL2.CHECK_DT >= :2 AND
PAYCALL2.CHECK_DT <= :3 AND PSPCL1.COMPANY = :4 AND PSPCL1.EMPLID
= :5 AND PSPCL1.COMPANY = PAYCALL2.COMPANY AND PSPCL1.PAYGROUP
= PAYCALL2.PAYGROUP AND PSPCL1.PAY_END_DT = PAYCALL2.PAY_END_DT AND
PSPCL1.PAYCHECK_STATUS IN ('F','R','A') ORDER BY PAYCALL2.CHECK_DT
call count cpu elapsed disk query current rows
Parse 11087 0.00 0.60 0 0 0 0
Execute 15222 0.00 17.59 11 22 0 0
Fetch 30444 0.00 16726.93 976663 8991463 0 23572
total 56753 0.00 16745.12 976674 8991485 0 23572
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 28
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
latch: shared pool 60 1.34 10.00
latch: library cache 22 0.34 0.86
SQL*Net message to client 41531 0.00 0.00
SQL*Net message from client 41531 0.00 0.00
db file sequential read 976663 0.00 0.00
latch: cache buffers chains 2 0.00 0.00
latch: object queue header operation 2 0.00 0.00
SELECT JB.OFFICER_CD, JB.EMPL_CLASS, JB.JOBCODE, JB.PAYGROUP,
JB.BUSINESS_UNIT, JB.STD_HOURS, JB.STD_HRS_FREQUENCY, JB.COMPRATE,
JB.EMPL_STATUS, JB.TAX_LOCATION_CD, JB.LOCATION, JB.EMPL_TYPE, JB.HOURLY_RT,
JB.EFFDT, JB.EFFSEQ, JB.EMPL_RCD, JB.DEPTID, JB.SETID_JOBCODE, JB.ESTABID,
JB.SAL_ADMIN_PLAN, JB.FICA_STATUS_EE, JB.SETID_LOCATION
from
PS_JOB JB Where JB.EMPLID = :1 AND JB.COMPANY = :2 AND JB.EFFDT =
(SELECT MAX(JB1.EFFDT) FROM PS_JOB JB1 WHERE JB1.EMPLID = JB.EMPLID
AND JB1.COMPANY = JB.COMPANY AND JB1.EFFDT <= :3) AND JB.EFFSEQ = (SELECT
MAX(JB2.EFFSEQ) FROM PS_JOB JB2 WHERE JB2.EMPLID = JB.EMPLID AND
JB2.COMPANY = JB.COMPANY AND JB2.EFFDT = JB.EFFDT) ORDER by JB.EFFDT,
JB.EFFSEQ
call count cpu elapsed disk query current rows
Parse 14305 0.00 1.62 0 0 0 0
Execute 25852 0.00 62.80 0 44 0 0
Fetch 51704 0.00 2429.58 167169 1036420 0 25888
total 91861 0.00 2494.01 167169 1036464 0 25888
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 28
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
latch: shared pool 242 9.08 66.46
latch: library cache 108 5.78 61.32
latch: row cache objects 23 0.06 0.20
SQL*Net message to client 66009 0.00 0.00
SQL*Net message from client 66009 0.00 0.00
db file sequential read 167169 0.00 0.00
latch free 1 0.04 0.04
read by other session 1 0.00 0.00
********************************************************************************The OEM tuning advisor does not recommend any tuning options for these.
Please advice.
For more information, please let me know.
Thanks
Suddhasatwa
Edited by: user13021719 on Mar 16, 2012 12:27 AM -
Latch: session allocation in top 5 wait events
Hi,
This wait event session is coming in the top 5 timed events
How to proceed for solving this issue?
This database is only being used for migration activities currently,which means a lot of imports going on.
PFB the Top 5 Timed Foreground Events
++++++++++++++++++
Event Waits Time(s) Avg wait (ms) % DB time Wait Class
DB CPU 8,437 57.95
latch: session allocation 2,035,326 3,671 2 25.22 Other
wait list latch free 243,511 2,448 10 16.81 Other
direct path write 504,262 363 1 2.49 User I/O
log file sync 39,396 156 4 1.07 Commit
++++++++++++++++++
Cheers,
Kunwaruser9131570 wrote:
This database is only being used for migration activities currently,which means a lot of imports going on.
PFB the Top 5 Timed Foreground Events
++++++++++++++++++
Event Waits Time(s) Avg wait (ms) % DB time Wait Class
DB CPU 8,437 57.95
latch: session allocation 2,035,326 3,671 2 25.22 Other
wait list latch free 243,511 2,448 10 16.81 Other
direct path write 504,262 363 1 2.49 User I/O
log file sync 39,396 156 4 1.07 Commit
++++++++++++++++++
A little more information would help - you could start with the Load Profile section, and the summary of the number of sessions, CPU, and memory. Also OSSTATs might be helpful and the Time Model stats. The version of Oracle might also be relevant.
See the note below about using the "code" tag and preview option.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
There is a +"Preview"+ tab at the top of the text entry panel. Use this to check what your message will look like before you post the message. If it looks a complete mess you're unlikely to get a response. (Click on the +"Plain text"+ tab if you want to edit the text to tidy it up.)
+"Science is more than a body of knowledge; it is a way of thinking"+
+Carl Sagan+ -
Hi,
I have Oracle 8.1.7.4 running on solaris 8. Recently I bounced the DB and after restart the performance is very slow.
Most of the dictionary related queries take very long.
Top 3 wait events in statspack report are as below:
Top 3 Wait Events
~~~~~~~~~~~~~~~~~ Wait % Total
Event Waits Time (cs) Wt Time
latch free 58,325,603 128,928,423 81.29
sort segment request 200,342 20,671,460 13.03
enqueue 20,465 6,145,889 3.88
Can anyone provide me with some thoughts on it.
Thanks
RamanbirOptimizer is still the same CHOOSE and no stats were gathered on sys schema.
However i can see following in v$latch.
SELECT NAME, GETS, SLEEPS, round(SLEEPS*100/SUM(SLEEPS) OVER(),2) SLEEP_PCT, round(SLEEPS*100/GETS,2) SLEEP_RATE
FROM V$LATCH WHERE GETS>0 ORDER BY SLEEPS DESC;
NAME GETS SLEEPS SLEEP_PCT SLEEP_RATE
cache buffers chains 161393126526 113344597 62.66 0.07
cache buffer handles 617499052 67425052 37.27 10.92
SGA is as below
Total System Global Area 1906311328 bytes
Fixed Size 73888 bytes
Variable Size 273317888 bytes
Database Buffers 1631854592 bytes
Redo Buffers 1064960 bytes
Raman -
Latch wait list latch에 대해 알고 싶습니다.
슬립상태에 빠진 프로세스가 깨어나는 방법에는 2가지가 있다고 알고 있습니다.
타임아웃이 발생해서 깨어나는 방법과 latch wait list 에 등록해놓고 깨어나는 방법이 있는데 9i 까지는 latch wait list를 보호하기 위한 별도의 latch인 latch wait list latch가 있다고 알고 있습니다.
이래치에 대한 정보와 10g부터는 이래치가 사라졌는데 latch wait list를 어떤 방법으로 보호하는지 알고 싶습니다.
열심히 찾아봐도 관련 자료 찾기가 쉽지 않습니다.
능력은 안되지만 오라클에 대한 열정만큼은 크고 열심히 하려고 노력중입니다.
이틀전에 OCM 시험에 도전했는데 실수와 준비가 부족해서 합격은 힘들것 같네요.
오라클을 먼저 시작하신 선배님들의 도움 부탁드립니다.latch wait posing에 대한 oracle internal 책의 번역자료를 보시면 답변이 될 것
같습니다.
Latch Wait Posting
프로세스가 willing-to-wait mode로 요구한 latch 획득에 실패하며 sleep으로 빠지기 전에 자기 스스로 wake up할 수 있는 방법 중 두번째 메카니즘은 latch wait posting이다. 이 경우, 요구되어지는 latch를 free하는 프로세스가 sleeping하는 프로세스를 wake up하는 것이다. waiting 프로세스는 sleep하기 전에 latch wait posting를 반드시 요구해야 하며 이것은 포스트되어지기를 waiting 프로세스 리스트에 스스로 추가함으로써 가능해지며 이 리스트는 latch wait list라고 불리운다. 한 프로세스가 latch를 free시키고 나면 latch wait list에서 free한 latch를 기다리는 프로세스가 있는지 체크한 후 있다면 waiting 프로세스의 세마포를 포스트한다. 이 작업은 waiting한 프로세스가 실행할 수 있도록 OS가 스케줄링하는 신호를 나타낸다.
Latch wait posting의 장점은 latch free된 후 즉시 waiting 프로세스가 latch를 획득할 수 있다는 점이다. 물론 여기에는 조그마한 비용이 드는데 이것은 latch wait list 데이터 구조를 관리해야 하기 때문이다. 이 데이터 구조는 SGA(X$KSUPR.KSLLALAQ로 보여짐)에 있는 프로세스 테이블을 통한 linked list의 집합으로 구현되어 있다. 이 데이터 구조도 다른 데이터 구조와 마찬가지로 latch에 의해 보호되어 진다. Latch wait list는 상대적으로 길고 따라서 latch wait list latch 또한 오래동안 자주 held 되어진다. 심지어, latch wait posting이 enable되었을때 latch 경함이 심한 경우 latch wait list latch에 대한 부차적인 경합이 나타난다.
Latch wait posting은 디폴트로 library cache와 shared pool latch에 대해서만 enable되어진다. LATCHWAIT_POSTING 파라미터를 0(디폴트는 1)를 세팅하면 모두 disable되고 2로 세팅하면 모두 latch waitng posting이 enable되어진다. Library cache latch 경합이 심하면 latch waiting posting을 disable하는 것이 더 효과적일 것이며, 다른 latch 경합이 보통이라면 latch wait posting을 enable하는 것이 성능에 도움이 될 것이다. 모든 latch에 대하여 latch wait posting을 enable하더라도 cache buffers chaings latch에 대해서는 이 기능을 이용하지 않는다.
V$LATCH 뷰 군에 있는 WAITERS_WORKEN 컬럼은 latch wait posting 메카나즘을 이용하여 wake up한 수를 나타낸다.
OCM이 최근에는 합격선이 낮은 것 같으니 기대해보시지요. -
I ran a query and was monitoring it. I found high values for db_sequential_reads and later high values for latch free. I was monitoring using V$SESSION_WAIT. how confirm if there was any latch contention. Initial investigation pushing me to understand that there should be something wrong with a table and associated index. It may be a case of 'hot blocks' which are getting repeatedly touched by the query. The suggested fix is adding more FREELISTS. But the question is my tbale properties show an empty entry against FREELISTS for the table/indexes and I am on 9.2.0.7.Do the suggestions suit my case and are my interpretions correct?
Execution Plan
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=114 Card=1 Bytes=186
1 0 SORT (GROUP BY) (Cost=93 Card=1 Bytes=186)
2 1 FILTER
3 2 NESTED LOOPS (Cost=89 Card=1 Bytes=186)
4 3 HASH JOIN (Cost=88 Card=1 Bytes=162)
5 4 MERGE JOIN (CARTESIAN) (Cost=73 Card=1 Bytes=135)
6 5 MERGE JOIN (CARTESIAN) (Cost=35 Card=1 Bytes=122
7 6 TABLE ACCESS (BY INDEX ROWID) OF 'PSNVSBOOKREQ
UST' (Cost=3 Card=1 Bytes=46)
8 7 NESTED LOOPS (Cost=34 Card=1 Bytes=103)
9 8 HASH JOIN (Cost=31 Card=1 Bytes=57)
10 9 TABLE ACCESS (FULL) OF 'PS_YYXX_GL_ME_TB
L' (Cost=14 Card=1 Bytes=23)
11 9 VIEW OF 'PS_CSXX_XLATTABLE' (Cost=17 Car
d=2 Bytes=68)
12 11 SORT (UNIQUE) (Cost=17 Card=2 Bytes=13
3)
13 12 UNION-ALL
14 13 FILTER
15 14 TABLE ACCESS (BY INDEX ROWID) OF
'PSXLATITEM' (Cost=2 Card=1 Bytes=51)
16 15 INDEX (RANGE SCAN) OF 'PSAPSXL
ATITEM' (NON-UNIQUE) (Cost=1 Card=21)
17 14 SORT (AGGREGATE)
18 17 FILTER
19 18 INDEX (RANGE SCAN) OF 'PS_PS
XLATITEM' (UNIQUE) (Cost=2 Card=1 Bytes=26)
20 13 FILTER
21 20 NESTED LOOPS (Cost=3 Card=1 Byte
s=82)
22 21 TABLE ACCESS (BY INDEX ROWID)
OF 'PSXLATITEMLANG' (Cost=2 Card=1 Bytes=54)
23 22 INDEX (RANGE SCAN) OF 'PS_PS
XLATITEMLANG' (UNIQUE) (Cost=2 Card=1)
24 21 TABLE ACCESS (BY INDEX ROWID)
OF 'PSXLATITEM' (Cost=1 Card=1 Bytes=28)
25 24 INDEX (UNIQUE SCAN) OF 'PS_P
SXLATITEM' (UNIQUE)
26 20 SORT (AGGREGATE)
27 26 FILTER
28 27 INDEX (RANGE SCAN) OF 'PS_PS
XLATITEM' (UNIQUE) (Cost=2 Card=1 Bytes=26)
29 8 INLIST ITERATOR
30 29 INDEX (RANGE SCAN) OF 'PS_PSNVSBOOKREQUS
T' (UNIQUE) (Cost=5 Card=43)
31 6 BUFFER (SORT) (Cost=32 Card=1 Bytes=19)
32 31 TABLE ACCESS (BY INDEX ROWID) OF 'PS_YYXX_BC
TRL_TBL' (Cost=1 Card=1 Bytes=19)
33 32 INDEX (RANGE SCAN) OF 'PS0YYXX_BCTRL_TBL'
(NON-UNIQUE) (Cost=1 Card=4)
34 5 BUFFER (SORT) (Cost=72 Card=564 Bytes=7332)
35 34 TABLE ACCESS (FULL) OF 'PS_SET_CNTRL_GROUP' (C
ost=38 Card=564 Bytes=7332)
36 4 TABLE ACCESS (FULL) OF 'PS_NVS_SCOPE_FIELD' (Cost=
14 Card=3606 Bytes=97362)
37 3 TABLE ACCESS (BY INDEX ROWID) OF 'PS_NVS_REPORT' (Co
st=1 Card=1 Bytes=24)
38 37 INDEX (UNIQUE SCAN) OF 'PS_NVS_REPORT' (UNIQUE)
39 2 SORT (AGGREGATE)
40 39 VIEW OF 'PS_YYXX_XLATTABLE' (Cost=17 Card=2 Bytes=54
41 40 SORT (UNIQUE) (Cost=17 Card=2 Bytes=133)
42 41 UNION-ALL
43 42 FILTER
44 43 FILTER
45 44 TABLE ACCESS (BY INDEX ROWID) OF 'PSXLATIT
EM' (Cost=2 Card=1 Bytes=51)
46 45 INDEX (RANGE SCAN) OF 'PS_PSXLATITEM' (U
NIQUE) (Cost=2 Card=1)
47 43 SORT (AGGREGATE)
48 47 FILTER
49 48 INDEX (RANGE SCAN) OF 'PS_PSXLATITEM' (U
NIQUE) (Cost=2 Card=1 Bytes=26)
50 42 FILTER
51 50 NESTED LOOPS (Cost=3 Card=1 Bytes=82)
52 51 TABLE ACCESS (BY INDEX ROWID) OF 'PSXLATIT
EMLANG' (Cost=2 Card=1 Bytes=54)
53 52 INDEX (RANGE SCAN) OF 'PS_PSXLATITEMLANG
' (UNIQUE) (Cost=2 Card=1)
54 51 TABLE ACCESS (BY INDEX ROWID) OF 'PSXLATIT
EM' (Cost=1 Card=1 Bytes=28)
55 54 INDEX (UNIQUE SCAN) OF 'PS_PSXLATITEM' (
UNIQUE)
56 50 SORT (AGGREGATE)
57 56 FILTER
58 57 INDEX (RANGE SCAN) OF 'PS_PSXLATITEM' (U
NIQUE) (Cost=2 Card=1 Bytes=26)
59 2 SORT (AGGREGATE)
60 59 TABLE ACCESS (BY INDEX ROWID) OF 'PS_YYXX_GL_ME_TBL'
(Cost=4 Card=1 Bytes=29)
61 60 INDEX (RANGE SCAN) OF 'PS_YYXX_GL_ME_TBL' (UNIQUE)
(Cost=2 Card=5)
[\pre]
Message was edited by:
Elvis
Message was edited by:
Elvis -
Hi ,
I have Oracle (10.1.0.5) on hp-ux i have upgrade to 10.2.0.5 after the upgrade i have face a performance issue.
The CPU utilization is full and the database is very slow . After generate the AWR report i have notice that the top wait is (latch free) .
The latch name causing the issue is (KFMD SGA) .
Any clue guys ?
See below is part of the AWR
WORKLOAD REPOSITORY report for
=====================================================================================
DB Name DB Id Instance Inst Num Release RAC Host
ECC 829673667 ecc 1 10.2.0.5.0 NO ECCDB
Snap Id Snap Time Sessions Curs/Sess
Begin Snap: 47916 02-May-11 09:00:52 163 17.6
End Snap: 47917 02-May-11 10:00:37 186 21.5
Elapsed: 59.74 (mins)
DB Time: 839.42 (mins)
Cache Sizes
~~~~~~~~~~~ Begin End
Buffer Cache: 2,176M 2,176M Std Block Size: 8K
Shared Pool Size: 1,472M 1,472M Log Buffer: 14,344K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 84,463.98 5,920.97
Logical reads: 4,921.93 345.03
Block changes: 280.19 19.64
Physical reads: 71.02 4.98
Physical writes: 15.42 1.08
User calls: 184.49 12.93
Parses: 95.99 6.73
Hard parses: 0.45 0.03
Sorts: 19.96 1.40
Logons: 1.04 0.07
Executes: 1,711.52 119.98
Transactions: 14.27
% Blocks changed per Read: 5.69 Recursive Call %: 96.49
Rollback per transaction %: 6.55 Rows per Sort: 32.88
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.91 Redo NoWait %: 99.89
Buffer Hit %: 98.64 In-memory Sort %: 100.00
Library Hit %: 99.89 Soft Parse %: 99.53
Execute to Parse %: 94.39 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 15.75 % Non-Parse CPU: 98.66
Shared Pool Statistics Begin End
Memory Usage %: 85.99 93.65
% SQL with executions>1: 93.92 92.64
% Memory for SQL w/exec>1: 92.06 89.99 25675
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
latch free 2,540 25,679 10110 51.0 Other
db file sequential read 19,834 12,956 653 25.7 User I/O
log file sync 76,489 9,199 120 18.3 Commit
CPU time 3,267 6.5
CSS operation: query 2,778 2,900 1044 5.8 OtherHi ,
I read the note and i will implement it its very close to the case i have.
But i have one question regarding this note.
I have to run this command as root (ASM_ORACLE_HOME/bin/localconfig delete ) as mentioned in the note .
The other command ($ASM_ORACLE_HOME/bin/localconfig add) but the note didnot specify if this command should be run as root or oracle user?
Regards
Fadi Lafi -
Hi,
in my 9.2.0.8 database i've found high latch: session allocation.
In addition to this my tnslnr process consume high cpu e paging space:
Name PID CPU% PgSp Owner
tnslsnr 3256468 6.1 780.6 ora9R2
oracle 5017828 2.9 4.6 ora9R2
oracle 1953934 2.7 4.3 ora9R2due to problem descripted in ml 557397.1.
Can these two problem related? Or how can i find the cause of this latch?
Thanks to all.Hi,
i've reduced the package compiled in debug mode.
Before
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
latch free 400,134 12,316 33.21
CPU time 10,641 28.69
db file sequential read 902,778 5,363 14.46
buffer busy waits 211,727 3,456 9.32
db file scattered read 322,748 2,011 5.42
Get Spin &
Latch Name Requests Misses Sleeps Sleeps 1->4
session allocation 201,688,557 6,075,154 96,070 5981249/91772/2101/32/0
library cache 244,452,480 1,392,840 161,791 1234527/154974/3220/119/0
cache buffers chains 4,075,484,598 1,060,603 79,117 998924/53273/4232/4177/0
redo allocation 60,138,195 519,535 19,525 500326/18895/312/2/0After
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 10,684 49.91
db file sequential read 775,861 2,898 13.54
latch free 230,618 2,531 11.82
db file scattered read 294,938 1,318 6.16
db file parallel write 643,377 1,115 5.21
Get Spin &
Latch Name Requests Misses Sleeps Sleeps 1->4
session allocation 205,203,998 5,141,166 60,448 5081610/58670/880/6/0
library cache 250,958,548 1,390,770 102,917 1289488/99715/1521/46/0
cache buffers chains 4,023,791,844 1,305,675 34,095 1274720/29256/967/732/0
library cache pin 225,720,010 407,695 9,712 398039/9600/56/0/0There is an improvement but session allocation latch is still high.
Edited by: 842366 on 27-dic-2011 5.53 -
How to interprete Statspack report
Hello all,
I'm new in using statspack and i've tried to run it and gather the report but i can't interprete the result, i mean what can i do, the decisions after reading the report how to inteprete, what part of the result are the essential.
Here is an extract of my statspack report. If someone can help me or any documentations online for this.
STATSPACK report for
DB Name DB Id Instance Inst Num Release OPS Host
QLM3 1443332160 orcl 1 8.1.7.0.0 NO SRVUSINE
Snap Id Snap Time Sessions
Begin Snap: 1 03-Jan-07 15:48:53 57
End Snap: 2 03-Jan-07 15:56:30 57
Elapsed: 7.62 (mins)
Cache Sizes
~~~~~~~~~~~
db_block_buffers: 19200 log_buffer: 163840
db_block_size: 8192 shared_pool_size: 128000000
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 8,232.78 22,941.34
Logical reads: 11,853.51 33,030.82
Block changes: 41.60 115.91
Physical reads: 145.94 406.67
Physical writes: 36.83 102.62
User calls: 139.75 389.42
Parses: 6.30 17.55
Hard parses: 0.09 0.25
Sorts: 2.23 6.23
Logons: 0.82 2.29
Executes: 87.97 245.13
Transactions: 0.36
% Blocks changed per Read: 0.35 Recursive Call %: 32.96
Rollback per transaction %: 6.71 Rows per Sort: 104.37
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 99.90
Buffer Hit %: 98.77 In-memory Sort %: 99.22
Library Hit %: 99.83 Soft Parse %: 98.58
Execute to Parse %: 92.84 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 57.07 % Non-Parse CPU: 100.00
Shared Pool Statistics Begin End
Memory Usage %: 88.80 88.08
% SQL with executions>1: 35.12 35.45
% Memory for SQL w/exec>1: 56.60 58.45
Top 5 Wait Events
~~~~~~~~~~~~~~~~~ Wait % Total
Event Waits Time (cs) Wt Time
direct path write 13,024 13,301 38.64
db file sequential read 17,592 8,103 23.54
direct path read 13,514 7,199 20.91
db file scattered read 3,231 2,085 6.06
PX Deq: Txn Recovery Start 8 699 2.03
Wait Events for DB: QLM3 Instance: orcl Snaps: 1 -2
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (cs) (ms) /txn
direct path write 13,024 0 13,301 10 79.4
db file sequential read 17,592 0 8,103 5 107.3
direct path read 13,514 0 7,199 5 82.4
db file scattered read 3,231 0 2,085 6 19.7
PX Deq: Txn Recovery Start 8 3 699 874 0.0
db file parallel write 82 0 656 80 0.5
log file parallel write 348 0 471 14 2.1
control file parallel write 214 0 447 21 1.3
log file sync 256 0 309 12 1.6
control file sequential read 229 0 209 9 1.4
log file switch completion 10 0 205 205 0.1
Wait for stopper event to be 19 17 200 105 0.1
SQL*Net break/reset to clien 74 0 191 26 0.5
file open 1,587 0 122 1 9.7
log buffer space 16 0 115 72 0.1
buffer busy waits 11 0 36 33 0.1
SQL*Net more data to client 3,459 0 35 0 21.1
latch free 68 52 18 3 0.4
file identify 8 0 8 10 0.0
refresh controlfile command 10 0 6 6 0.1
log file sequential read 4 0 4 10 0.0
log file single write 8 0 3 4 0.0
LGWR wait for redo copy 1 0 2 20 0.0
PX Deq: Signal ACK 3 0 1 3 0.0
PX Deq: Join ACK 5 0 0 0 0.0
enqueue 5 0 0 0 0.0
SQL*Net message from client 62,888 0 1,462,717 233 383.5
PX Idle Wait 602 600 124,058 2061 3.7
virtual circuit status 15 15 46,101 30734 0.1
SQL*Net message to client 62,885 0 10 0 383.4
SQL*Net more data from clien 12 0 1 1 0.1
Background Wait Events for DB: QLM3 Instance: orcl Snaps: 1 -2
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (cs) (ms) /txn
db file parallel write 82 0 656 80 0.5
direct path read 542 0 546 10 3.3
log file parallel write 348 0 471 14 2.1
control file parallel write 214 0 447 21 1.3
Wait for stopper event to be 19 17 200 105 0.1
control file sequential read 176 0 194 11 1.1
file open 1,485 0 50 0 9.1
buffer busy waits 1 0 33 330 0.0
db file scattered read 7 0 16 23 0.0
direct path write 297 0 8 0 1.8
file identify 8 0 8 10 0.0
log file sequential read 4 0 4 10 0.0
log file single write 8 0 3 4 0.0
LGWR wait for redo copy 1 0 2 20 0.0
PX Deq: Signal ACK 3 0 1 3 0.0
db file sequential read 1 0 1 10 0.0
PX Deq: Join ACK 5 0 0 0 0.0
enqueue 1 0 0 0 0.0
rdbms ipc message 1,221 427 134,286 1100 7.4
pmon timer 149 148 45,558 3058 0.9
smon timer 2 1 43,807 ###### 0.0
SQL ordered by Gets for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
Buffer Gets Executions Gets per Exec % Total Hash Value
887,405 3,544 250.4 16.4 8985785
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE > 0 AND GISEMENT_T
YPE IN ( 'L','F' ) AND MVT_SITE_CODE = :b5
887,405 3,544 250.4 16.4 739720993
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE != 'T' AND MVT_SITE_CODE = :b5
885,540 3,531 250.8 16.3 203835771
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE < 0 AND GISEMENT_T
YPE IN ( 'L','F' ) AND MVT_SITE_CODE = :b5
885,540 3,531 250.8 16.3 3827568942
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE > 0 AND GISEMENT_T
YPE IN ( 'T' ) AND GISEMENT_SITE_CODE = :b5
885,410 3,544 249.8 16.3 667813037
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE < 0 AND GISEMENT_T
YPE IN ( 'T' ) AND GISEMENT_SITE_CODE = :b5
472,580 1 472,580.0 8.7 1418790643
SELECT COUNT(*) FROM VAPS_APS_SORTIES WHERE MVT_DATE LIKE '%' AN
D INVEST_NUMERO IS NULL and (CLE=:1)
180,137 1 180,137.0 3.3 1562147089
SELECT COUNT(*) FROM VPRF_PRF_ETAT_STOCKS
110,321 443 249.0 2.0 2233067473
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4
72,956 2 36,478.0 1.3 3376831664
BEGIN statspack.snap; END;
67,904 1 67,904.0 1.3 625421128
INSERT INTO STATS$SQLTEXT ( HASH_VALUE,TEXT_SUBSET,PIECE,SQL_TEX
T,ADDRESS,COMMAND_TYPE,LAST_SNAP_ID ) SELECT ST1.HASH_VALUE,SS.
TEXT_SUBSET,ST1.PIECE,ST1.SQL_TEXT,ST1.ADDRESS,ST1.COMMAND_TYPE,
SS.SNAP_ID FROM V$SQLTEXT ST1,STATS$SQL_SUMMARY SS WHERE SS.S
NAP_ID = :b1 AND SS.DBID = :b2 AND SS.INSTANCE_NUMBER = :b3 A
SQL ordered by Gets for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
Buffer Gets Executions Gets per Exec % Total Hash Value
49,930 9,986 5.0 0.9 2352601327
SELECT INSTR(:b1,'/') FROM DUAL
26,262 1 26,262.0 0.5 2467990648
SELECT PRF_CB_QUALITES.QUALITE_LIB, PRF_FICHEARTICLES.FSA_
ARTICLE_CODE, PRF_CB_EMBALLAGES.EMB_LIBELLE, PRF_CB_CALIBR
ES.CALIBRE_LIBELLE, PRF_CB_VARIETES.VARIETE_LIB, PRF_CF_ST
OCKS.CF_CODE, PRF_CF_CHAMBREFROIDES.CF_LIBELLE, to_char(PR
F_CF_STOCKS.MC_DATE_CONGELATION,'ddd') ||PRF_CF_STOCKS.MC_EQUIPE
25,024 1 25,024.0 0.5 2687416176
SELECT num_lot_cqi num_lot, date_congelation date_peche, equipe_
congelation equipe_conditionnement, equipe_emballage FROM VCQI_P
RF_CB_LOTS WHERE site_code = fcqi_parametre ('SITE_CODE', 0) AND
quart_code like nvl(:1,'%') order by date_congelation desc
24,952 1 24,952.0 0.5 2144314401
SELECT DATE_CONGELATION,EQUIPE_CONGELATION,EQUIPE_EMBALLAGE FR
OM VCQI_PRF_CB_LOTS WHERE NUM_LOT_CQI = :b1 AND QUART_CODE LIK
E NVL(:b2,'%')
21,644 3,542 6.1 0.4 3246828773
SELECT SUM(NVL(ARTSTATGIS_QTE,0)) FROM APS_MVT_ARTICLE_GISEMEN
T WHERE ARTICLE_ID = :b1 AND STATUT_CODE = :b2 AND REGIME = :
b3 AND SITE_CODE = :b4
6,714 3 2,238.0 0.1 1676564828
SELECT ROWID,CLE,PBS_DATE,PBS_HEURE,IMPUTATION_CODE,SERVICE_CODE
,STATUT_CODE,REGIME,PBS_BONTRAVAIL,INVEST_NUMERO,UTIL_NUMERO_EME
TTEUR,DDESORTIE_NUM_DDE,PBS_VALEUR,REFACTURER,REFACTURER_CODE,UT
IL_NUMERO_DESTINATAIRE,OBSERVATION,IMPRIME_UNEFOIS,PBS_VALIDE,DA
TE_VALIDATION,PBS_ENVOYE_MAGASIN,DATE_ENVOIMAG,PBS_GISEMENT_VALI
6,714 3 2,238.0 0.1 2431929513
SELECT COUNT(*) FROM APS_SORTIES_HDR WHERE (PBS_VALIDE='O') AND
(PBS_ENVOYE_MAGASIN='O' )AND (PBS_GISEMENT_VALIDE='N')
6,022 60 100.4 0.1 1010618514
SELECT COUNT(*) FROM QRH_PNT_MOUVEMENTS WHERE STE_CODE = :1 AND
(ANOMALIE!='0') AND (ANOMALIE!='1') AND (ANOMALIE!='2') AND (ANO
MALIE!='3') AND (ANOMALIE!='21') AND (VALIDEE='N') AND (JOURNEE=
TO_CHAR(:2,'dd/mm/yyyy')) AND (MATRICULE=:3) AND (SERVICE_CODE=:
4) and (MATRICULE=:5) and (STE_CODE=:6)
6,022 60 100.4 0.1 4067308175
SELECT ROWID,VALIDEE,MATRICULE,ENTREE,SORTIE,REGUL,ORIGINE_POINT
AGE,JUSTIFICATION_CODE,JUSTIFIEE,ANOMALIE,JOURNEE,SERVICE_CODE,S
TE_CODE,UTIL_NUMERO_JUSTIFIER,UTIL_NUMERO_VALIDER,OK_PAIE,DATE_O
K_PAIE FROM QRH_PNT_MOUVEMENTS WHERE STE_CODE = :1 AND (ANOMALIE
!='0') AND (ANOMALIE!='1') AND (ANOMALIE!='2') AND (ANOMALIE!='3
SQL ordered by Gets for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
Buffer Gets Executions Gets per Exec % Total Hash Value
SQL ordered by Reads for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Disk Reads Threshold: 1000
Physical Reads Executions Reads per Exec % Total Hash Value
16,941 1 16,941.0 25.4 1418790643
SELECT COUNT(*) FROM VAPS_APS_SORTIES WHERE MVT_DATE LIKE '%' AN
D INVEST_NUMERO IS NULL and (CLE=:1)
12,263 443 27.7 18.4 2233067473
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4
6,699 3 2,233.0 10.0 2431929513
SELECT COUNT(*) FROM APS_SORTIES_HDR WHERE (PBS_VALIDE='O') AND
(PBS_ENVOYE_MAGASIN='O' )AND (PBS_GISEMENT_VALIDE='N')
6,493 3 2,164.3 9.7 1676564828
SELECT ROWID,CLE,PBS_DATE,PBS_HEURE,IMPUTATION_CODE,SERVICE_CODE
,STATUT_CODE,REGIME,PBS_BONTRAVAIL,INVEST_NUMERO,UTIL_NUMERO_EME
TTEUR,DDESORTIE_NUM_DDE,PBS_VALEUR,REFACTURER,REFACTURER_CODE,UT
IL_NUMERO_DESTINATAIRE,OBSERVATION,IMPRIME_UNEFOIS,PBS_VALIDE,DA
TE_VALIDATION,PBS_ENVOYE_MAGASIN,DATE_ENVOIMAG,PBS_GISEMENT_VALI
4,783 2 2,391.5 7.2 3376831664
BEGIN statspack.snap; END;
4,075 1 4,075.0 6.1 1762397322
SELECT ROWID,MC_CODE,CB_QUALITE,CB_EMBALLAGE,CB_CALIBRE,CB_VARIE
TE,TYPECH_CODE,TYPECH_LIBELLE,CF_CODE,CF_LIBELLE,MC_EQUIPE_CONDI
TIONNEMENT,MC_DATE_CONGELATION,MC_EQUIPE_EMBALLAGE,MC_DATE_EMBAL
LAGE,INC_CODE,INC_LIBELLE,PALETTE_CODE,TP_CODE,CB_ORIGINE_CODE,U
SINE_CODE,LIEU_CODE,MC_ETAT,TP_LIBELLE,ORIGINE_LIBELLE,QUALITE_L
3,455 1 3,455.0 5.2 2467990648
SELECT PRF_CB_QUALITES.QUALITE_LIB, PRF_FICHEARTICLES.FSA_
ARTICLE_CODE, PRF_CB_EMBALLAGES.EMB_LIBELLE, PRF_CB_CALIBR
ES.CALIBRE_LIBELLE, PRF_CB_VARIETES.VARIETE_LIB, PRF_CF_ST
OCKS.CF_CODE, PRF_CF_CHAMBREFROIDES.CF_LIBELLE, to_char(PR
F_CF_STOCKS.MC_DATE_CONGELATION,'ddd') ||PRF_CF_STOCKS.MC_EQUIPE
2,308 1 2,308.0 3.5 3874720143
INSERT INTO STATS$SQL_SUMMARY ( SNAP_ID,DBID,INSTANCE_NUMBER,TEX
T_SUBSET,SHARABLE_MEM,SORTS,MODULE,LOADED_VERSIONS,EXECUTIONS,LO
ADS,INVALIDATIONS,PARSE_CALLS,DISK_READS,BUFFER_GETS,ROWS_PROCES
SED,ADDRESS,HASH_VALUE,VERSION_COUNT ) SELECT :b1,:b2,:b3,SUBST
R(SQL_TEXT,1,31),SHARABLE_MEM,SORTS,MODULE,LOADED_VERSIONS,EXECU
2,295 1 2,295.0 3.4 3337740287
INSERT INTO STATS$SQL_STATISTICS ( SNAP_ID,DBID,INSTANCE_NUMBER,
TOTAL_SQL,TOTAL_SQL_MEM,SINGLE_USE_SQL,SINGLE_USE_SQL_MEM ) SEL
ECT :b1,:b2,:b3,COUNT(1),SUM(SHARABLE_MEM),SUM(DECODE(EXECUTIONS
,1,1,0)),SUM(DECODE(EXECUTIONS,1,SHARABLE_MEM,0)) FROM V$SQLXS
2,232 14 159.4 3.3 2819681083
SELECT COUNT(*) FROM APS_SORTIES_HDR WHERE PBS_GISEMENT_VALIDE =
'N' and (SERVICE_CODE=:1) and (PBS_VALIDE=:2)
SQL ordered by Reads for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Disk Reads Threshold: 1000
Physical Reads Executions Reads per Exec % Total Hash Value
2,232 14 159.4 3.3 2856670560
SELECT ROWID,CLE,IMPUTATION_CODE,SERVICE_CODE,STATUT_CODE,REGIME
,INVEST_NUMERO,PBS_BONTRAVAIL,REFACTURER,REFACTURER_CODE,ENTREE_
NUMERO,PBS_DATE,PBS_HEURE,UTIL_NUMERO_EMETTEUR,UTIL_NUMERO_DESTI
NATAIRE,OBSERVATION,PBS_VALIDE,DATE_VALIDATION,PBS_ENVOYE_MAGASI
N,DATE_ENVOIMAG,DDESORTIE_NUM_DDE,PBS_VALEUR,IMPRIME_UNEFOIS,PBS
1,168 1 1,168.0 1.8 1352033258
SELECT PRF_CB_QUALITES.QUALITE_LIB, PRF_FICHEARTICLES.FSA_
ARTICLE_CODE, PRF_CB_EMBALLAGES.EMB_LIBELLE, PRF_CB_CALIBR
ES.CALIBRE_LIBELLE, PRF_CB_VARIETES.VARIETE_LIB, PRF_CF_ST
OCKS.CF_CODE, PRF_CF_CHAMBREFROIDES.CF_LIBELLE, to_char(PR
F_CF_STOCKS.MC_DATE_CONGELATION,'ddd') ||PRF_CF_STOCKS.MC_EQUIPE
723 3 241.0 1.1 165227727
SELECT ROWID,CLE,UTIL_NUMERO_VALIDE,VALIDPBS_DATE,VALIDPBS_HEURE
FROM APS_SORTIES_VALIDATION WHERE (CLE=:1)
685 3 228.3 1.0 3538988510
SELECT COUNT(*) FROM APS_SORTIES_VALIDATION WHERE (CLE=:1)
602 1 602.0 0.9 1562147089
SELECT COUNT(*) FROM VPRF_PRF_ETAT_STOCKS
390 15 26.0 0.6 3423685253
INSERT INTO PRF_CF_ENTREES ( MC_CODE,CF_CODE,PALETTE_CODE,MC_ETA
T,SYS_DATE_LECTEUR,TYPE_ENTREE ) VALUES ( :b1,:b2,:b3,SUBSTR(:b
4,1,2),SYSDATE,'E' )
372 6 62.0 0.6 2944582360
SELECT COUNT(*) FROM QRH_FIP_AGENTS WHERE (QRH_FIP_AGENTS.AGE
NT_MATRICULE = :b1 ) AND (QRH_FIP_AGENTS.SERVICE_CODE LIKE :b2
) AND (QRH_FIP_AGENTS.SERVICE_CODE IN (SELECT SERVICE_CODE FRO
M SEC_QRH_ACCES_SERVICES WHERE STE_CODE = :b3 AND (ACCES_FICHE
PERSONNEL = 'O' AND POINTAGECONSULTATION = 'O' AND POINTAGE_
352 15 23.5 0.5 836774746
INSERT INTO PRF_CF_STOCKS ( MC_CODE,TP_CODE,CB_ORIGINE_CODE,USIN
E_CODE,LIEU_CODE,CB_QUALITE,CB_EMBALLAGE,MARQUE_LIBELLE,CB_CALIB
RE,CB_VARIETE,TYPECH_CODE,MC_DATE_CONGELATION,MC_EQUIPE_CONDITIO
NNEMENT,MC_DATE_EMBALLAGE,MC_EQUIPE_EMBALLAGE,PALETTE_CODE,CF_CO
DE,FSA_ARTICLE_CODE,MC_POIDS_KG,MC_ETAT,INC_CODE,BASSIN_CODE,MAR
271 15 18.1 0.4 1991901539
SELECT COUNT('X') FROM DUAL WHERE EXISTS (SELECT 'X' FROM
PRF_LOTS_ENTREES WHERE NUMERO_LOT = :b1 AND TP_CODE = :b2 AND
SQL ordered by Executions for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Executions Threshold: 100
Executions Rows Processed Rows per Exec Hash Value
9,986 9,986 1.0 2352601327
SELECT INSTR(:b1,'/') FROM DUAL
3,544 3,544 1.0 8985785
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE > 0 AND GISEMENT_T
YPE IN ( 'L','F' ) AND MVT_SITE_CODE = :b5
3,544 3,544 1.0 667813037
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE < 0 AND GISEMENT_T
YPE IN ( 'T' ) AND GISEMENT_SITE_CODE = :b5
3,544 3,544 1.0 739720993
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE != 'T' AND MVT_SITE_CODE = :b5
3,542 3,542 1.0 3246828773
SELECT SUM(NVL(ARTSTATGIS_QTE,0)) FROM APS_MVT_ARTICLE_GISEMEN
T WHERE ARTICLE_ID = :b1 AND STATUT_CODE = :b2 AND REGIME = :
b3 AND SITE_CODE = :b4
3,531 3,531 1.0 203835771
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE < 0 AND GISEMENT_T
YPE IN ( 'L','F' ) AND MVT_SITE_CODE = :b5
3,531 3,531 1.0 3827568942
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4 AND MVT_TYPE = 'T' AND MVT_QUANTITE > 0 AND GISEMENT_T
YPE IN ( 'T' ) AND GISEMENT_SITE_CODE = :b5
629 629 1.0 3347504826
SELECT COUNT('x') FROM DUAL WHERE EXISTS (SELECT 'x' FROM
PRF_TB_AI WHERE CODE_AI = :b1 )
586 586 1.0 830918687
SELECT SYSDATE FROM DUAL
494 494 1.0 2353080377
INSERT INTO APS_ARCHIVE_STOCKS_DTL VALUES ( :b1,:b2,:b3,:b4,:b5,
:b6 )
444 444 1.0 431034241
UPDATE APS_ARCHIVE_STOCKS SET ART_STAT_QTE_STOCK_SITE=:b1 WHERE
PERIODE = :b2 AND ARTICLE_ID = :b3 AND STATUT_CODE = :b4 AND
REGIME = :b5
443 443 1.0 2233067473
SELECT SUM(MVT_QUANTITE) FROM APS_MVT_MOUVEMENTS WHERE PERIOD
SQL ordered by Executions for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Executions Threshold: 100
Executions Rows Processed Rows per Exec Hash Value
E > :b1 AND ARTICLE_ID = :b2 AND STATUT_CODE = :b3 AND REGIME
= :b4
442 442 1.0 4030231140
INSERT INTO APS_ARCHIVE_STOCKS ( PERIODE,ARTICLE_ID,STATUT_CODE,
REGIME,ART_STAT_QTE_STOCK,ART_STAT_QTE_STOCK_SITE,ART_STAT_PUMP,
ART_STAT_PUMP_EURO,ART_STAT_PUMP_1 ) VALUES ( :b1,:b2,:b3,:b4,:
b5,:b6,:b7,:b8, NULL )
441 3,520 8.0 2193642303
SELECT SITE_CODE FROM APS_LOC_SITES
416 167 0.4 3549129673
SELECT DISTINCT LIBELLE_PRODUIT FROM VCQI_PRF_CB_QC_PRODUITS
WHERE TYPE_PRODUIT = :b1
415 415 1.0 3105143149
SELECT UTIL_NOM || DECODE(UTIL_PRENOM, NULL , NULL ,' ' || UTIL_
PRENOM ) UTIL_NOM_PRENOM FROM COM_UTILISATEURS WHERE UTIL_NU
MERO = :b1
270 270 1.0 1045955060
SELECT COUNT('X') FROM DUAL WHERE EXISTS (SELECT 'X' FROM
PRF_GFR_BASSINS WHERE BASSIN_CODE = :b1 )
235 235 1.0 2123798088
SELECT COUNT('X') FROM DUAL WHERE EXISTS (SELECT 'X' FROM
PRF_FICHEARTICLES WHERE FSA_ARTICLE_CODE = :b1 )
218 217 1.0 2987457698
SELECT NOM FROM SYS_CQI_SITE WHERE CODE = :b1
213 213 1.0 1425443843
update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,
order$=:6,cache=:7,highwater=:8,audit$=:9 where obj#=:1
183 183 1.0 3529593353
SELECT COUNT('X') FROM DUAL WHERE EXISTS (SELECT 'X' FROM
PRF_GFR_BASSINS WHERE BASSIN_CODE = SUBSTR(:b1,2,3) )
178 0 0.0 313510536
select job from sys.job$ where next_date < sysdate and (field1
= :1 or (field1 = 0 and 'Y' = :2)) order by next_date, job
167 167 1.0 2542007726
SELECT PRF_PARAM_VALEUR FROM PRF_MAHAVOKATRA_PARAMETRES WHERE
PRF_PARAM_NOM = :b1
144 144 1.0 1202015936
SELECT CODE_AI,DESCRIPTION_AI,TYPE_AI,LONGUEUR_MAX FROM PRF_TB
AI WHERE CODEAI = :b1
138 138 1.0 2840696239
SELECT SEQ_PRF_MC_SERIE.Nextval FROM Dual
SQL ordered by Executions for DB: QLM3 Instance: orcl Snaps: 1 -2
-> End Executions Threshold: 100
Executions Rows Processed Rows per Exec Hash Value
101 7 0.1 148923490
SELECT COUNT(*) FROM APS_SORTIES_HDR WHERE (PBS_VALIDE='O') AND
(PBS_ENVOYE_MAGASIN='O' )AND (PBS_GISEMENT_VALIDE='N') and (CLE=
:1)
101 7 0.1 2329028825
SELECT ROWID,CLE,PBS_DATE,PBS_HEURE,IMPUTATION_CODE,SERVICE_CODE
Instance Activity Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
Statistic Total per Second per Trans
background checkpoints completed 4 0.0 0.0
background checkpoints started 4 0.0 0.0
background timeouts 620 1.4 3.8
branch node splits 0 0.0 0.0
buffer is not pinned count 4,838,419 10,587.4 29,502.6
buffer is pinned count 15,660,264 34,267.5 95,489.4
bytes received via SQL*Net from c 7,127,276 15,595.8 43,459.0
bytes sent via SQL*Net to client 13,724,270 30,031.2 83,684.6
calls to get snapshot scn: kcmgss 41,025 89.8 250.2
calls to kcmgas 383 0.8 2.3
calls to kcmgcs 145 0.3 0.9
change write time 134 0.3 0.8
cleanouts and rollbacks - consist 0 0.0 0.0
cleanouts only - consistent read 3 0.0 0.0
cluster key scan block gets 132 0.3 0.8
cluster key scans 64 0.1 0.4
commit cleanout failures: block l 2 0.0 0.0
commit cleanout failures: buffer 0 0.0 0.0
commit cleanout failures: callbac 3 0.0 0.0
commit cleanout failures: cannot 0 0.0 0.0
commit cleanouts 1,238 2.7 7.6
commit cleanouts successfully com 1,233 2.7 7.5
consistent changes 37 0.1 0.2
consistent gets 5,342,340 11,690.0 32,575.2
CPU used by this session 563,606,920 1,233,275.5 3,436,627.6
CPU used when call started 16,475 36.1 100.5
CR blocks created 32 0.1 0.2
current blocks converted for CR
cursor authentications 0 0.0 0.0
data blocks consistent reads - un 37 0.1 0.2
db block changes 19,010 41.6 115.9
db block gets 74,714 163.5 455.6
DBWR buffers scanned 11,292 24.7 68.9
DBWR checkpoint buffers written 604 1.3 3.7
DBWR checkpoints 4 0.0 0.0
DBWR free buffers found 10,956 24.0 66.8
DBWR lru scans 48 0.1 0.3
DBWR make free requests 48 0.1 0.3
DBWR summed scan depth 11,292 24.7 68.9
DBWR transaction table writes 31 0.1 0.2
DBWR undo block writes 223 0.5 1.4
deferred (CURRENT) block cleanout 796 1.7 4.9
DFO trees parallelized 0 0.0 0.0
dirty buffers inspected 41 0.1 0.3
enqueue conversions 59 0.1 0.4
enqueue releases 1,608 3.5 9.8
enqueue requests 1,627 3.6 9.9
enqueue timeouts 21 0.1 0.1
enqueue waits 0 0.0 0.0
execute count 40,202 88.0 245.1
free buffer inspected 43 0.1 0.3
free buffer requested 50,071 109.6 305.3
hot buffers moved to head of LRU 32,358 70.8 197.3
immediate (CR) block cleanout app 3 0.0 0.0
immediate (CURRENT) block cleanou 216 0.5 1.3
index fast full scans (full) 197 0.4 1.2
Instance Activity Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
Statistic Total per Second per Trans
leaf node splits 43 0.1 0.3
logons cumulative 376 0.8 2.3
messages received 566 1.2 3.5
messages sent 566 1.2 3.5
no buffer to keep pinned count 361,161 790.3 2,202.2
no work - consistent read gets 4,584,108 10,030.9 27,951.9
opened cursors cumulative 2,903 6.4 17.7
Parallel operations not downgrade 0 0.0 0.0
parse count (hard) 41 0.1 0.3
parse count (total) 2,879 6.3 17.6
parse time cpu 109 0.2 0.7
parse time elapsed 191 0.4 1.2
physical reads 66,694 145.9 406.7
physical reads direct 17,008 37.2 103.7
physical writes 16,830 36.8 102.6
physical writes direct 15,849 34.7 96.6
physical writes non checkpoint 16,523 36.2 100.8
pinned buffers inspected 0 0.0 0.0
prefetched blocks 28,860 63.2 176.0
prefetched blocks aged out before 104 0.2 0.6
process last non-idle time 395,024,325 864,385.8 2,408,684.9
PX local messages recv'd 3 0.0 0.0
PX local messages sent 2 0.0 0.0
queries parallelized 0 0.0 0.0
recovery array reads 0 0.0 0.0
recovery blocks read 0 0.0 0.0
recursive calls 31,404 68.7 191.5
recursive cpu usage 973 2.1 5.9
redo blocks written 7,766 17.0 47.4
redo buffer allocation retries 24 0.1 0.2
redo entries 9,689 21.2 59.1
redo log space requests 10 0.0 0.1
redo log space wait time 205 0.5 1.3
redo ordering marks 0 0.0 0.0
redo size 3,762,380 8,232.8 22,941.3
redo synch time 310 0.7 1.9
redo synch writes 252 0.6 1.5
redo wastage 83,944 183.7 511.9
redo write time 798 1.8 4.9
redo writer latching time 2 0.0 0.0
redo writes 348 0.8 2.1
rollback changes - undo records a 100 0.2 0.6
rollbacks only - consistent read 32 0.1 0.2
rows fetched via callback 152,467 333.6 929.7
session connect time 395,024,325 864,385.8 2,408,684.9
session logical reads 5,417,054 11,853.5 33,030.8
session pga memory 1,198,867,080 2,623,341.5 7,310,165.1
session pga memory max 1,252,931,128 2,741,643.6 7,639,824.0
session uga memory 2,021,828 4,424.1 12,328.2
session uga memory max 11,504,160 25,173.2 70,147.3
sorts (disk) 8 0.0 0.1
sorts (memory) 1,013 2.2 6.2
sorts (rows) 106,560 233.2 649.8
SQL*Net roundtrips to/from client 62,770 137.4 382.7
summed dirty queue length 2 0.0 0.0
switch current to new buffer
Instance Activity Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
Statistic Total per Second per Trans
table fetch by rowid 10,162,108 22,236.6 61,964.1
table fetch continued row 5,568 12.2 34.0
table scan blocks gotten 73,722 161.3 449.5
table scan rows gotten 3,805,522 8,327.2 23,204.4
table scans (direct read) 0 0.0 0.0
table scans (long tables) 50 0.1 0.3
table scans (rowid ranges) 0 0.0 0.0
table scans (short tables) 12,550 27.5 76.5
total file opens 1,587 3.5 9.7
transaction rollbacks 0 0.0 0.0
user calls 63,865 139.8 389.4
user commits 153 0.3 0.9
user rollbacks 11 0.0 0.1
write clones created in backgroun 0 0.0 0.0
write clones created in foregroun 27 0.1 0.2
Tablespace IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by IOs (Reads + Writes) desc
Tablespace
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
TEMP
9,953 22 0.0 1.2 11,991 26 0 0.0
APS_DATA_DYNA
18,803 41 4.4 2.3 67 0 7 2.9
TEMP1
4,163 9 0.0 1.1 3,367 7 0 0.0
APS_INDEX
1,169 3 6.3 1.6 113 0 0 0.0
PRF_DATA_DYNA
290 1 13.7 10.2 105 0 2 5.0
APS_DATA_STAT
324 1 4.4 4.6 41 0 0 0.0
TOOLS
53 0 10.2 1.0 287 1 0 0.0
PRF_INDEX
133 0 6.7 1.0 88 0 1 0.0
SYSTEM
128 0 12.9 1.7 58 0 0 0.0
RBS1
17 0 10.6 1.0 158 0 1 330.0
GRH_DATA_DYNA
72 0 7.1 1.0 78 0 0 0.0
RBS
30 0 44.7 1.0 111 0 0 0.0
GRH_INDEX
38 0 8.2 1.0 46 0 0 0.0
PRF_DATA_STAT
53 0 11.5 2.2 3 0 0 0.0
CQI_DATA_DYNA
25 0 5.2 4.2 12 0 0 0.0
CQI_INDEX
28 0 5.0 1.0 9 0 0 0.0
GRH_DATA_STAT
23 0 5.2 8.0 3 0 0 0.0
GTMAO_DATA_DYNA
20 0 0.0 1.0 6 0 0 0.0
COM_DATA_DYNA
19 0 20.5 1.0 3 0 0 0.0
COM_INDEX
18 0 6.1 1.0 3 0 0 0.0
RFG_INDEX
9 0 0.0 1.0 9 0 0 0.0
CQI_DATA_STAT
13 0 3.8 1.0 3 0 0 0.0
GFRP_DATA_DYNA
9 0 0.0 1.0 6 0 0 0.0
USERS
9 0 0.0 1.0 6 0 0 0.0
RFG_DATA_DYNA
6 0 0.0 1.0 6 0 0 0.0
GFRP_DATA_STAT
6 0 0.0 1.0 3 0 0 0.0
Tablespace IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by IOs (Reads + Writes) desc
Tablespace
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
GFRP_INDEX
6 0 0.0 1.0 3 0 0 0.0
PRF_DATA_DYNA_ARCHIVE
6 0 0.0 1.0 3 0 0 0.0
PRF_INDEX_ARCHIVE
6 0 0.0 1.0 3 0 0 0.0
COM_DATA_STAT
4 0 2.5 1.0 3 0 0 0.0
BO_DATA
3 0 0.0 1.0 3 0 0 0.0
DRSYS
3 0 0.0 1.0 3 0 0 0.0
FSQ_DATA_DYNA
3 0 0.0 1.0 3 0 0 0.0
FSQ_DATA_STAT
3 0 0.0 1.0 3 0 0 0.0
FSQ_INDEX
3 0 0.0 1.0 3 0 0 0.0
GNS_DATA_DYNA
3 0 0.0 1.0 3 0 0 0.0
GTMAO_DATA_STAT
3 0 0.0 1.0 3 0 0 0.0
GTMAO_INDEX
3 0 0.0 1.0 3 0 0 0.0
INDX
3 0 0.0 1.0 3 0 0 0.0
RFG_DATA_STAT
3 0 0.0 1.0 3 0 0 0.0
SMQ_DATA_DYNA
3 0 0.0 1.0 3 0 0 0.0
SMQ_DATA_STAT
3 0 0.0 1.0 3 0 0 0.0
SMQ_INDEX
3 0 0.0 1.0 3 0 0 0.0
File IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
APS_DATA_DYNA F:\ORADATA\APS_DYNA_DF
279 1 7.0 3.4 3 0 0
F:\ORADATA\APS_DYNA_01.DF
477 1 4.9 2.2 4 0 0
F:\ORADATA\APS_DYNA_02.DF
412 1 4.5 1.5 4 0 0
F:\ORADATA\APS_DYNA_03.DF
420 1 5.1 1.3 3 0 0
F:\ORADATA\APS_DYNA_04.DF
9 0 0.0 1.0 3 0 0
F:\ORADATA\APS_DYNA_05.DF
17 0 4.1 3.0 3 0 0
F:\ORADATA\APS_DYNA_06.DF
6,158 13 4.1 1.4 11 0 6 0.0
F:\ORADATA\APS_DYNA_07.DF
8,331 18 3.4 1.4 9 0 1 20.0
F:\ORADATA\APS_DYNA_08.DF
10 0 2.0 1.0 3 0 0
G:\ORADATA\APS_DYNA_09.DF
2,172 5 7.8 8.5 7 0 0
G:\ORADATA\APS_DYNA_10.DF
518 1 6.4 2.7 17 0 0
APS_DATA_STAT F:\ORADATA\APS_STAT_DF
324 1 4.4 4.6 41 0 0
APS_INDEX F:\ORADATA\APS_IDX_003.DF
10 0 0.0 1.0 13 0 0
F:\ORADATA\APS_INDEX_DF
117 0 8.2 1.0 18 0 0
F:\ORADATA\APS_INDEX_DF02
12 0 1.7 1.0 20 0 0
F:\ORADATA\APS_INDEX_04.DF
14 0 2.9 1.0 33 0 0
F:\ORADATA\APS_INDEX_05.DF
1,016 2 6.2 1.7 29 0 0
BO_DATA F:\ORADATA\BO_DATA.DF
3 0 0.0 1.0 3 0 0
COM_DATA_DYNA E:\ORACLE\ORADATA\QLM3\COM_DATA_DYNA.ORA
19 0 20.5 1.0 3 0 0
COM_DATA_STAT E:\ORACLE\ORADATA\QLM3\COM_DATA_STAT.ORA
4 0 2.5 1.0 3 0 0
COM_INDEX F:\ORADATA\COM_INDEX.DF
18 0 6.1 1.0 3 0 0
CQI_DATA_DYNA G:\ORADATA\CQI_DATA_DYNA_01.DF
25 0 5.2 4.2 12 0 0
File IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
CQI_DATA_STAT G:\ORADATA\CQI_DATA_STAT_01.DF
13 0 3.8 1.0 3 0 0
CQI_INDEX G:\ORADATA\CQI_INDEX_01.DF
28 0 5.0 1.0 9 0 0
DRSYS E:\ORACLE\ORADATA\QLM3\DR01.DBF
3 0 0.0 1.0 3 0 0
FSQ_DATA_DYNA F:\ORADATA\FSQ_DYNA_DF
3 0 0.0 1.0 3 0 0
FSQ_DATA_STAT F:\ORADATA\FSQ_STAT_DF
3 0 0.0 1.0 3 0 0
FSQ_INDEX F:\ORADATA\FSQ_INDEX_DF
3 0 0.0 1.0 3 0 0
GFRP_DATA_DYNA G:\ORADATA\GFRP_DYNA_01.DF
6 0 0.0 1.0 3 0 0
H:\ORADATA\GFRP_DATA_DYNA
3 0 0.0 1.0 3 0 0
GFRP_DATA_STAT G:\ORADATA\GFRP_STAT_01.DF
6 0 0.0 1.0 3 0 0
GFRP_INDEX G:\ORADATA\GFRP_INDEX_01.DF
6 0 0.0 1.0 3 0 0
GNS_DATA_DYNA F:\ORADATA\GNS_DATA_DYNA_01.ORA
3 0 0.0 1.0 3 0 0
GRH_DATA_DYNA F:\ORADATA\GRH_DY_1.DF
38 0 11.3 1.0 37 0 0
F:\ORADATA\GRH_DY_2.DF
3 0 0.0 1.0 5 0 0
F:\ORADATA\GRH_DY_3.DF
3 0 0.0 1.0 3 0 0
F:\ORADATA\GRH_DY_4.DF
13 0 6.2 1.0 18 0 0
F:\ORADATA\GRH_DY_5.DF
3 0 0.0 1.0 3 0 0
F:\ORADATA\GRH_DY_6.DF
3 0 0.0 1.0 3 0 0
F:\ORADATA\GRH_DY_7.DF
3 0 0.0 1.0 3 0 0
H:\ORADATA\GRH_DY_8.DF
3 0 0.0 1.0 3 0 0
H:\ORADATA\GRH_DY_9.DF
3 0 0.0 1.0 3 0 0
GRH_DATA_STAT F:\ORADATA\GRH_ST_1.DF
File IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
23 0 5.2 8.0 3 0 0
GRH_INDEX F:\ORADATA\GRH_IDX.DF
38 0 8.2 1.0 46 0 0
GTMAO_DATA_DYNA F:\ORADATA\GTMAO_DATA_DYNA_01.DF
10 0 0.0 1.0 3 0 0
F:\ORADATA\GTM_DY_2.DF
10 0 0.0 1.0 3 0 0
GTMAO_DATA_STAT F:\ORADATA\GTMAO_DATA_STAT_01.DF
3 0 0.0 1.0 3 0 0
GTMAO_INDEX F:\ORADATA\GTMAO_INDEX_01.DF
3 0 0.0 1.0 3 0 0
INDX E:\ORACLE\ORADATA\QLM3\INDX01.DBF
3 0 0.0 1.0 3 0 0
PRF_DATA_DYNA E:\ORADATA\PRF_D14.DF
29 0 10.3 1.0 12 0 0
E:\ORADATA\PRF_D15.DF
28 0 10.4 1.0 19 0 0
E:\ORADATA\PRF_D16.DF
89 0 31.9 26.9 9 0 0
F:\ORADATA\PRF_D1.DF
9 0 5.6 1.0 4 0 0
F:\ORADATA\PRF_D10.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D11.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D12.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D13.DF
26 0 7.7 7.2 3 0 2 5.0
F:\ORADATA\PRF_D2.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D3.DF
6 0 0.0 1.0 5 0 0
F:\ORADATA\PRF_D4.DF
15 0 4.0 1.0 10 0 0
F:\ORADATA\PRF_D5.DF
15 0 4.0 1.0 10 0 0
F:\ORADATA\PRF_D6.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D7.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D8.DF
6 0 0.0 1.0 3 0 0
F:\ORADATA\PRF_D9.DF
6 0 0.0 1.0 3 0 0
G:\ORADATA\PRF_D17.DF
File IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
16 0 7.5 13.3 3 0 0
PRF_DATA_DYNA G:\ORADATA\PRF_D18.DF
9 0 6.7 1.0 6 0 0
PRF_DATA_DYNA_ARCHIVE H:\ORADATA\PRF_DATA_DYNA_ARCHIVE01.DF
6 0 0.0 1.0 3 0 0
PRF_DATA_STAT F:\ORADATA\PRF_ST1.DF
53 0 11.5 2.2 3 0 0
PRF_INDEX E:\ORADATA\PRF_IDX4.DF
14 0 7.1 1.0 10 0 0
E:\ORADATA\PRF_IDX5.DF
13 0 3.8 1.0 10 0 0
E:\ORADATA\PRF_IDX6.DF
18 0 8.3 1.0 12 0 0
E:\ORADATA\PRF_IDX7.DF
10 0 2.0 1.0 3 0 0
F:\ORADATA\PRF_IDX1.DF
8 0 2.5 1.0 4 0 0
F:\ORADATA\PRF_IDX2.DF
11 0 3.6 1.0 11 0 0
F:\ORADATA\PRF_IDX3.DF
43 0 7.9 1.0 28 0 1 0.0
H:\ORADATA\PRF_IDX8.DF
16 0 10.6 1.0 10 0 0
PRF_INDEX_ARCHIVE H:\ORADATA\PRF_INDEX_ARCHIVE_01.DF
6 0 0.0 1.0 3 0 0
RBS E:\ORACLE\ORADATA\QLM3\RBS01.DBF
22 0 59.1 1.0 92 0 0
E:\ORACLE\ORADATA\QLM3\RBS02.DBF
8 0 5.0 1.0 19 0 0
RBS1 E:\ORACLE\ORADATA\QLM3\RBS11.ORA
3 0 0.0 1.0 18 0 1 330.0
E:\ORACLE\ORADATA\QLM3\RBS12.ORA
5 0 24.0 1.0 12 0 0
E:\ORACLE\ORADATA\QLM3\RBS13.ORA
9 0 6.7 1.0 128 0 0
RFG_DATA_DYNA G:\ORADATA\RFG_DATA_DYNA_01.DF
3 0 0.0 1.0 3 0 0
G:\ORADATA\RFG_DATA_DYNA_02.DF
3 0 0.0 1.0 3 0 0
RFG_DATA_STAT G:\ORADATA\RFG_DATA_STAT_01.DF
3 0 0.0 1.0 3 0 0
RFG_INDEX G:\ORADATA\RFG_INDEX_01.DF
3 0 0.0 1.0 3 0 0
File IO Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
RFG_INDEX G:\ORADATA\RFG_INDEX_02.DF
3 0 0.0 1.0 3 0 0
G:\ORADATA\RFG_INDEX_03.DF
3 0 0.0 1.0 3 0 0
SMQ_DATA_DYNA F:\ORADATA\SMQ_DYNA_DF
3 0 0.0 1.0 3 0 0
SMQ_DATA_STAT F:\ORADATA\SMQ_STAT_DF
3 0 0.0 1.0 3 0 0
SMQ_INDEX F:\ORADATA\SMQ_INDEX_DF
3 0 0.0 1.0 3 0 0
SYSTEM E:\ORACLE\ORADATA\QLM3\SYSTEM01.DBF
119 0 12.8 1.6 53 0 0
E:\ORACLE\ORADATA\QLM3\SYSTEM02.DBF
9 0 14.4 3.6 5 0 0
TEMP E:\ORACLE\ORADATA\QLM3\TEMP01.DBF
9,953 22 0.0 1.2 11,991 26 0
TEMP1 H:\ORADATA\TEMP101.ORA
4,163 9 0.0 1.1 3,367 7 0
TOOLS E:\ORACLE\ORADATA\QLM3\TOOLS01.DBF
3 0 0.0 1.0 27 0 0
E:\ORACLE\ORADATA\QLM3\TOOLS02.DBF
50 0 10.8 1.0 260 1 0
USERS E:\ORACLE\ORADATA\QLM3\USERS01.DBF
3 0 0.0 1.0 3 0 0
E:\ORACLE\ORADATA\QLM3\USERS02.DBF
6 0 0.0 1.0 3 0 0
Buffer Pool Statistics for DB: QLM3 Instance: orcl Snaps: 1 -2
-> Pools D: default pool, K: keep pool, R: recycle pool
Free Write Buffer
Buffer Consistent Physical Physical Buffer Complete Busy
P Gets Gets Reads Writes Waits Waits Waits
D 50,061 0 49,675 981 0 0 11
Buffer wait Statistics for DB: QLM3 Instance: orcl Snaps: 1 -2
-> ordered by wait time desc, waits desc
Tot Wait Avg
Class Waits Time (cs) Time (cs)
undo header 1 33 33
data block 10 3 0
Rollback Segment Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->A high value for "Pct Waits" suggests more rollback segments may be required
Trans Table Pct Undo Bytes
RBS No Gets Waits Written Wraps Shrinks Extends
0 24.0 0.00 0 0 0 0
1 78.0 0.00 16,834 0 0 0
2 84.0 0.00 29,374 0 0 0
3 65.0 0.00 9,950 0 0 0
4 67.0 0.00 14,278 0 0 0
5 66.0 0.00 16,364 0 0 0
6 64.0 0.00 6,144 0 0 0
7 176.0 0.00 58,588 0 0 0
8 69.0 0.00 23,158 0 0 0
9 90.0 0.00 15,068 0 0 0
10 64.0 0.00 9,776 0 0 0
11 69.0 0.00 11,076 0 0 0
12 298.0 0.34 647,830 2 0 0
13 101.0 0.00 233,506 0 0 0
Rollback Segment Storage for DB: QLM3 Instance: orcl Snaps: 1 -2
->Optimal Size should be larger than Avg Active
RBS No Segment Size Avg Active Optimal Size Maximum Size
0 401,408 0 401,408
1 4,186,112 540,690 4,194,304 4,186,112
2 4,186,112 663,298 4,194,304 4,186,112
3 4,186,112 536,369 4,194,304 4,186,112
4 4,186,112 552,957 4,194,304 4,186,112
5 4,186,112 566,795 4,194,304 4,186,112
6 4,186,112 565,140 4,194,304 4,186,112
7 4,186,112 524,103 4,194,304 4,186,112
8 251,854,848 534,027 251,854,848
9 48,447,488 630,996 48,447,488
10 29,810,688 609,701 29,810,688
11 21,823,488 531,386 21,823,488
12 30,875,648 1,398,641 30,875,648
13 15,720,448 4,922,485 20,963,328
Latch Activity for DB: QLM3 Instance: orcl Snaps: 1 -2
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Pct
Get Get Slps NoWait NoWait
Latch Name Requests Miss /Miss Requests Miss
active checkpoint queue latch 395 0.0 0
cache buffer handles 118 0.0 0
cache buffers chains 10,212,613 0.0 0.0 83,659 0.0
cache buffers lru chain 88,174 0.0 0.4 0
channel handle pool latch 18 0.0 23 0.0
channel operations parent lat 36 0.0 23 0.0
checkpoint queue latch 4,264 0.0 0
dml lock allocation 1,219 0.0 0
enqueue hash chains 3,289 0.0 0.0 0
enqueues 5,614 0.0 0
error message lists 9 0.0 0
event group latch 18 0.0 0
file number translation table 10 0.0 0
job_queue_processes parameter 8 0.0 0
ktm global data 3 0.0 0
latch wait list 36 0.0 36 0.0
library cache 287,494 0.1 0.2 92 0.0
library cache load lock 46 0.0 0
list of block allocation 774 0.0 0
loader state object freelist 72 0.0 0
longop free list 535 0.0 0
messages 3,858 0.0 0.0 0
multiblock read objects 11,104 0.0 0
ncodef allocation latch 8 0.0 0
parallel query alloc buffer 32 3.1 0.0 0
parallel query stats 6 0.0 0
parallel txn reco latch 3,083 0.0 0
process allocation 18 0.0 18 0.0
process group creation 41 0.0 0
process queue 18 0.0 0
process queue reference 2,886 0.0 14 0.0
query server freelists 27 0.0 0
query server process 4 0.0 4 0.0
redo allocation 10,454 0.0 0.0 0
redo writing 2,223 0.0 0
row cache objects 38,374 0.0 0.0 12 0.0
sequence cache 383 0.0 0
session allocation 3,315 0.1 1.3 0
session idle bit 128,781 0.0 0.0 0
session switching 8 0.0 0
session timer 149 0.0 0
shared pool 19,330 0.0 0.2 0
sort extent pool 172 0.0 0
Token Manager 904 0.0 12 0.0
transaction allocation 1,143 0.0 0
transaction branch allocation 8 0.0 0
undo global data 1,833 0.0 0
user lock 66 0.0 0
virtual circuit queues 22 0.0 0
Latch Activity for DB: QLM3 Instance: orcl Snaps: 1 -2
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Pct
Get Get Slps NoWait NoWait
Latch Name Requests Miss /Miss Requests Miss
Latch Sleep breakdown for DB: QLM3 Instance: orcl Snaps: 1 -2
-> ordered by misses desc
Get Spin &
Latch Name Requests Misses Sleeps Sleeps 1->4
cache buffers chains 10,212,613 224 9 217/5/2/0/0
library cache 287,494 211 44 176/29/3/3/0
cache buffers lru chain 88,174 20 8 16/0/4/0/0
shared pool 19,330 9 2 8/0/1/0/0
session allocation 3,315 3 4 1/1/0/1/0
Latch Miss Sources for DB: QLM3 Instance: orcl Snaps: 1 -2
-> only latches with sleeps are shown
-> ordered by name, sleeps desc
NoWait Waiter
Latch Name Where Misses Sleeps Sleeps
cache buffers chains kcbgtcr: kslbegin 0 7 9
cache buffers chains kcbgtcr 0 2 0
cache buffers lru chain kcbbiop: lru scan 0 8 0
library cache kglic 0 24 2
library cache kglhdgn: child: 0 18 8
library cache kglget: child: KGLDSBYD 0 1 1
library cache kglpnal: child: alloc spac 0 1 1
session allocation ksuxds: KSUSFCLC not set 0 4 0
shared pool kghfrunp: alloc: clatch no 0 2 0
Dictionary Cache Stats for DB: QLM3 Instance: orcl Snaps: 1 -2
->"Pct Misses" should be very low (< 2% in most cases)
->"Cache Usage" is the number of cache entries being used
->"Pct SGA" is the ratio of usage to allocated size for that cache
Get Pct Scan Pct Mod Final Pct
Cache Requests Miss Requests Miss Req Usage SGA
dc_constraints 0 0 0 188 99
dc_database_links 0 0 0 0 0
dc_files 0 0 0 16 94
dc_free_extents 26 23.1 9 0.0 19 2,072 99
dc_global_oids 0 0 0 28 62
dc_histogram_data 0 0 0 0 0
dc_histogram_data_valu 0 0 0 0 0
dc_histogram_defs 597 0.0 0 0 ###### 100
dc_object_ids 3,481 0.0 0 0 4,068 100
dc_objects 606 1.5 0 0 8,596 100
dc_outlines 0 0 0 0 0
dc_profiles 14 0.0 0 0 1 9
dc_rollback_segments 394 0.0 0 0 15 54
dc_segments 260 0.0 0 9 4,752 100
dc_sequence_grants 104 0.0 0 0 169 92
dc_sequences 183 0.0 0 169 36 86
dc_synonyms 280 5.7 0 0 4,343 100
dc_tablespace_quotas 33 0.0 0 9 18 23
dc_tablespaces 2,965 0.0 0 0 45 78
dc_used_extents 9 100.0 0 9 2,086 53
dc_user_grants 2,213 0.0 0 0 109 93
dc_usernames 289 0.0 0 0 131 99
dc_users 2,790 0.0 0 0 209 95
ifs_acl_cache_entries 0 0 0 0 0
Library Cache Activity for DB: QLM3 Instance: orcl Snaps: 1 -2
->"Pct Misses" should be very low
Get Pct Pin Pct Invali-
Namespace Requests Miss Requests Miss Reloads dations
BODY 22 0.0 21 0.0 0 0
CLUSTER 0 0 0 0
INDEX 0 0 0 0
OBJECT 0 0 0 0
PIPE 0 0 0 0
SQL AREA 2,846 0.2 48,618 0.2 25 0
TABLE/PROCEDURE 7,107 0.2 29,746 0.2 3 0
TRIGGER 22 0.0 22 0.0 0 0
SGA Memory Summary for DB: QLM3 Instance: orcl Snaps: 1 -2
SGA regions Size in Bytes
Database Buffers 157,286,400
Fixed Size 75,804
Redo Buffers 172,032
Variable Size 185,597,952
sum 343,132,188
SGA breakdown difference for DB: QLM3 Instance: orcl Snaps: 1 -2
Pool Name Begin value End value Difference
java pool free memory 45,973,504 45,973,504 0
java pool memory in use 4,030,464 4,030,464 0
large pool free memory 614,400 614,400 0
shared pool db_block_buffers 2,611,200 2,611,200 0
shared pool db_block_hash_buckets 438,520 438,520 0
shared pool db_files 370,988 370,988 0
shared pool dictionary cache 21,129,860 21,141,516 11,656
shared pool event statistics per ses 774,000 774,000 0
shared pool fixed allocation callbac 640 640 0
shared pool free memory 15,115,180 16,081,664 966,484
shared pool joxlod: in ehe 91,888 91,888 0
shared pool joxlod: in phe 37,284 37,284 0
shared pool joxlod: init P 812 812 0
shared pool joxs heap init 4,248 4,248 0
shared pool KGFF heap 69,160 69,160 0
shared pool KGK heap 19,236 19,236 0
shared pool KQLS heap 8,262,784 8,225,444 -37,340
shared pool library cache 29,124,008 29,099,824 -24,184
shared pool miscellaneous 5,152,512 5,135,872 -16,640
shared pool partitioning d 203,808 185,716 -18,092
shared pool PLS non-lib hp 2,096 2,096 0
shared pool PL/SQL DIANA 3,668,952 3,659,000 -9,952
shared pool PL/SQL MPCODE 1,560,124 1,563,104 2,980
shared pool PL/SQL PPCODE 19,460 19,460 0
shared pool PX msg pool 46,572 46,572 0
shared pool PX subheap 11,612 11,612 0
shared pool sessions 485,100 485,100 0
shared pool sql area 45,274,860 44,405,220 -869,640
shared pool table columns 53,228 53,564 336
shared pool table definiti 16,748 15,428 -1,320
shared pool transaction_branches 368,000 368,000 0
shared pool trigger defini 41,236 36,948 -4,288
shared pool trigger inform 3,380 3,380 0
shared pool trigger source 572 572 0
shared pool type object de 1,600 1,600 0
shared pool view columns d 1,072 1,072 0
db_block_buffers 157,286,400 157,286,400 0
fixed_sga 75,804 75,804 0
log_buffer 163,840 163,840 0
init.ora Parameters for DB: QLM3 Instance: orcl Snaps: 1 -2
End value
Parameter Name Begin value (if different)
audit_trail TRUE
background_dump_dest E:\oracle\admin\QLM3\bdump
compatible 8.1.7.0
control_files E:\oracle\oradata\QLM3\control01.
cursor_sharing EXACT
db_block_buffers 19200
db_block_size 8192
db_file_multiblock_read_count 32
db_files 1024
db_name QLM3
distributed_transactions 500
global_names FALSE
instance_name ORCL
java_pool_size 50000000
job_queue_interval 10
job_queue_processes 4
large_pool_size 614400
log_buffer 163840
log_checkpoint_interval 5000
log_checkpoint_timeout 0
max_dump_file_size 10240
max_enabled_roles 30
mts_dispatchers (PROTOCOL=TCP)(PRE=oracle.aurora.
open_cursors 1000
open_links 4
oracle_trace_collection_name
os_authent_prefix
parallel_max_servers 8
processes 200
query_rewrite_enabled TRUE
query_rewrite_integrity TRUSTED
remote_login_passwordfile EXCLUSIVE
rollback_segments RBS10, RBS11, RBS12, RBS13, RBS14
service_names QLM3
shared_pool_size 128000000
sort_area_retained_size 128000
sort_area_size 128000
timed_statistics TRUE
user_dump_dest E:\oracle\admin\QLM3\udump
utl_file_dir c:\utl_file
End of Report.
Thanks for your help.
regards raitsarevoHi
I'm experienced any problem when our application run one transaction it becomes very slow, before it was speed and from yesterday it takes a lot of time to accomplish the transaction. That's why i analyze the problem with statspack and i've done also a trace. It's for my problem and for academic purpose too.
Many thanks for your help.
Maybe you are looking for
-
Retrieving/inserting timestamp
I have a VB dll that calls a stored procedure and retrieves a timestamp column (Oracle 9i, VB6, OraOLEDB Provider). I am getting the following error:ORA-06502: PL/SQL: numeric or value error: character string buffer too small I am using the adDBTimeS
-
I Have A iPod Touch and for the first week or so has been fine and then i suddenly started getting freezes when i tried to go into Music Photo's and Video's and it will highlight the chosen application but it wont load Please Help.
-
Configuration file for servlets
Hi, everyone I have one problem,I can't solve: I want write configuration file for several servlets (by incapsulating my static class Config in DBServlet subclass), but I don't know how can I find this config file in runtime( it will be placed, as I
-
Playing music across accounts?
I asked this question last March when I first got my Mac, but no one had an answer. I'm posting again, since it's starting to become a point of contention between my wife and me. We've set up accounts for each of us on the Mac. Is there any way to co
-
How do I tell if I am connected to WiFi or on Verizon data? Is there another symbols selection page that I am missing to use the ^ character? And perhaps the most frustrating of all, I can not "tap" the video icon to start/stop taking a video. Tha