Statspack in RAC
Hi Team,
Please help to setup statspack in oracle 10g RAC env.
Regards,
Arun
Question for you:
In a RAC environment, how many times do you need to run the spcre(ate).sql script?
a) one time
b) one time for each node
If you answer correctly, why do you need 'steps' other than those already posted?
We can't run the code at your site, or is that what you want?
Sybrand Bakker
Senior Oracle DBA
Similar Messages
-
Hi,Experts,
If it is good practise that setup statspack on each RAC node using different schema and different job.
Thanks
Simon LaiSimon,
Sorry, that's not good practice, it is incorrect to do it this way.
All statspack tables register the instance_id of the instance the job was running on.
You need to install statspack in 1 schema, set up two different dbms_job calls, using the instance_id.
If you do it your way, all the data you gather is of no use.
Sybrand Bakker
Senior Oracle DBA -
My DB is RAC with two instances i1 and i2.Today I got a message from DBA saying that one query is taking all TEMP space.
How can find out on which instance it is running?
Is this TEMP tablespace is same for i1 and i2 or can be different?If it is same running this query in i1 or i2 will cause this much temp space usage.
I generate statspack report from i1 but I never get this query in my report.I am thinking that this query running in i2 and I am taking snapshots in i1.
How snapshots and stats pack work in RAC?Do I need to take snapshots for both instances or one is enough?
I am new to RAC.Please help me
ThanksHow can find out on which instance it is running? SELECT * FROM gv$session where username <> ' ' and status='ACTIVE';
use process of elimination and narrow down to your sid.
Once you have identified your sid, you can go to OEM and connect to the specific instance and view your queries.
Remember in a RAC environment depending on how your tns load balancing is configured you could be connected to either instance hence make sure you are connected to the instance on which this program is running on.
SELECT * FROM V$INSTANCE;
In our RAC environment each instance has its own temporary tablespace.
Statspack is RAC aware it should not matter under which instance you run it. If your query was taking up resources it would have appeared in there. -
hi masters,
we have 2 node RAC on RHEL 4.7 (both) with same parameters set.
i would like to know, if for performance tuning we need report of both RAc node and database, or statspack report of both RAC node will do???
i have collected report for both nodes but not database, as i think instances on nodes represent the load on database....
please correct if i ma wrong....
any suggestion is appreciable//
thanks and regards
VDdb_file_multiblock_read_count its a dynamic parameter,
db_file_multiblock_read_count is one of the parameters used to minimize I/O during full table scans. It specifies the maximum number of blocks read in one I/O operation during a sequential scan. The total number of I/Os needed to perform a full table scan depends on such factors as the size of the table, the multiblock read count, and whether parallel execution is being utilized for the operation.
The maximum value is always less than the operating system's maximum I/O size expressed (NEED TO FIND OUT WHAT THIS IS AT THE O/S LEVEL) as Oracle blocks ((max I/O size)/db_block_size). If set to a value greater than the maximum, then the maximum is used. See db_block_size before setting.
Note the relationship between db_block_size and db_file_multiblock_read_count. At the physical level in UNIX, Oracle always reads in a minimum of 64K blocks. Therefore, the values of db_file_multiblock_read_count and db_block_size should be set such that their product is 64K. For example, the following table shows the recommended settings based upon the db_block_size:
db_block_size db_file_multiblock_read_count value
4K 16
8K 8
16K 4
32K 2
In that case, you make sure the reporters have a tnsnames.ora that says SERVER=DEDICATED and the OLTP-type people use one that has SERVER=SHARED in it; configure the DISPATCHERS and SHARED_SERVER parameters for the instance and then those that can benefit from shared servers can do so and those that wouldn't won't be stealing shared processes from those that can!
sql>select server from gv$session;
Cheers,
Raaam...!! -
Rac, statspack.snap and new job architecture
Hi %,
I want to install perfstat on a new rac database (10.2). In our old 9.2 database I used the job queue to run the snapshots on every instance seperately. Now I want to use the new scheduler to ran statspack.snap, but how do I tell the scheduler to run snap on on instance?
best regards
AndreasI think I need a seperate job on every instance. Aren't the v$ views instance dependant? But perhaps I'm missing some fact about how statspack works. I always thougt, that statspack.snap samples the data of one instance.
(And statspack is just an example. Think about a report job which has to run on one defined instance, because someone wants to load balance manually - or an import job, which needs access to some special hardware, etc.)
regards
Andreas -
STATSPACK Report in Oracle RAC
Dear friends,
When I tried to make a STASPACK report on RAC nodes, I got the following error:
The starting snap_id doesnot belong to this instance.
When I tried using the other node, I got hte error:
The ending snap_id doesnot belong to this instance.
Is there any thing to do special for RAC expect for the constraint of STATSPACK be of level 7 or higher.
Regards,
Aravind K RSnapshots are different for different nodes. Please put the correct snap ID for gathering the statpack report.
Regards
Asif Kabir -
Rac statspack - kindly help rac experts
Hi,
Ratio of local vs remote work: 770.6
what's the above supposed to mean? seems like a high value.
should we tune it?
kindly help.
thanks!Looking at the source code for sprepins.sql for a 9.2 instance I have here, the figure seems to be derived as:
(global cache gets + global cache converts) / (global cache CR received + global cache CU received).
This means it is comparing the number of lock requests made with the number of blocks moved across the interconnect (the first two stats are about activity in the global resource directory, the last two about the activity in the cache). So the higher this number, the more global locks you are acquring/converting for work on blocks that are in the local cache.
As with all ratios, the underlying absolute values for the period are more important.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk -
9I STATSPACK PACKAGE를 이용하여 생성된 성능보고서 분석 예제
제품 : ORACLE SERVER
작성날짜 : 2005-01-07
9I STATSPACK PACKAGE를 이용하여 생성된 성능보고서 분석 예제
==========================================
PURPOSE
이 문서는 9i 데이타베이스 운영 중 전반적인 System performance
저하를 경험할 경우 StatsPack Package를 이용하여 성능관련 문제
분석에 활용하는 방법을 예제를 통해 알아보기로 한다.
Explanation
<Bulletin:17118>에는 statspack.snap 프로시져를 수행하여 snapshot을
생성하는 데 있어 통계정보 수집 방법에 대하여 자세히 소개되어 있다.
<Bulletin:17119>에는 spreport.sql 수행을 통한 STATSPACK 성능 보고서
생성 방법과 생성되는 report의 내용을 요약적으로 볼 수 있다.
이 문서는 STATSPACK utility에 의해 생성되는 이 output(성능보고서)을
이해하고 진단하는 데 도움을 줄 만한 내용을 알아본다.
데이타베이스 performance tuning은 아주 광범위한 분야이므로,
아 자료는 몇 가지 특정 tuning point에 대해서만 촛점을 맞추어 알아본다.
1. 9i 에서 statspack 수행 시 Summary Information
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
ETSPRD7 1415901831 etsprd7a 1 9.2.0.5.0 YES tsonode1
Snap Id Snap Time Sessions Curs/Sess Comment
Begin Snap: 71 11-Jun-04 10:02:41 ####### .0
End Snap: 73 11-Jun-04 12:09:00 ####### .0
Elapsed: 126.32 (mins)
==> 이전의 OPS 항목은 Real Applications Cluster(RAC) 라고 하는 새로운
용어를 나타내기 위해 Cluster로 대체되었다.
그리고, Cursors/Session 과 Comment라고 하는 column이 추가되었다.
2. Oracle 9i Instance Workload Information
모든 statspack report는 instance efficiency를 결정하는 데 도움이 될
만한 인스턴스 metric들과 인스턴스의 workload profile을 보여주는 것으로
시작한다.
Oracle 9i에서 Std Block size는 인스턴스의 primary block size를 나타낸다.
1) Instance cache information:
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 704M Std Block Size: 8K
Shared Pool Size: 256M Log Buffer: 1,024K
2) Load profile Information:
Load profile Information은 Oracle 8i와 9i가 모두 동일하다.
Load Profile
~~~~~~~~~~~~
Per Second Per Transaction
Redo size: 351,530.67 7,007.37
Logical reads: 5,449.81 108.64
Block changes: 1,042.0 8 20.77
Physical reads: 37.71 0.75
Physical writes: 134.68 2.68
User calls: 1,254.72 25.01
Parses: 4.92 0.10
Hard parses: 0.02 0.00
Sorts: 15.73 0.31
Logons: -0.01 0.00
Executes: 473.73 9.44
Transactions: 50.17
% Blocks changed per Read: 19.12 Recursive Call %: 4.71
Rollback per transaction %: 2.24 Rows per Sort: 20.91
각 항목들의 의미는 다음과 같다.
Redo size: This is the amount of redo generated during this report.
Logical Reads: This is calculated as Consistent Gets + DB Block Gets = Logical Reads
Block changes: The number of blocks modified during the sample interval
Physical Reads: The number of requests for a block that caused a physical I/O.
Physical Writes: The number of physical writes issued.
User Calls: The number of queries generated
Parses: Total of all parses: both hard and soft
Hard Parses: Those parses requiring a completely new parse of the
SQL statement. These consume both latches and shared pool area.
Soft Parses: Not listed but derived by subtracting the hard parses
from parses. A soft parse reuses a previous hard parse
and hence consumes far fewer resources.
Sorts, Logons, Executes and Transactions are all self explanatory
3) Instance Efficiency Ratios:
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.99 Redo NoWait %: 100.00
Buffer Hit %: -45.57 In-memory Sort %: 97.55
Library Hit %: 99.89 Soft Parse %: 99.72
Execute to Parse %: -1.75 Latch Hit %: 99.11
Parse CPU to Parse Elapsd %: 52.66 % Non-Parse CPU: 99.99
Shared Pool Statistics Begin End
Memory Usage %: 42.07 43.53
% SQL with executions>1: 73.79 75.08
% Memory for SQL w/exec>1: 76.93 77.64
Example
1. Parse가 너무 빈번하여 성능에 영향을 주는 예제
예제1. TARGET 이 100% 인데 다른 항목들은 좋은 편이지만, PARSE 관련
비율들만 낮은 경향을 보임.
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.93 Redo NoWait %: 99.99
Buffer Hit %: 97.97 In-memory Sort %: 100.00
Library Hit %: 93.58 Soft Parse %: 85.59
Execute to Parse %: 10.21 Latch Hit %: 99.48
Parse CPU to Parse Elapsd %: 40.07 % Non-Parse CPU: 90.54
예제2. 한번 PARSE해서 한번만 수행한 SQL이 전체 SQL 의 40% 나 차지하는 경우
이러한 경우 권장사항은 한번 PARSE하여 여러번 수행하는 것이다.
Shared Pool Statistics Begin End
Memory Usage %: 94.13 94.95
% SQL with executions>1: 40.43 36.56
% Memory for SQL w/exec>1: 31.67 26.27
예제3. 다음 정보는 빈번하게 수행되면서, 수행할 때마다 PARSE하는 SQL들이다.
SQL ordered by Parse Calls for DB:
% Total
Parse Calls Executions Parses Hash Value
191,537 191,538 5.31 2386297721
Module: OCS00000.exe
SELECT DOCTNO, CLINIC, DOCTNAME FROM OCSUSER.OCSDOCTOR
WHERE ROWNUM = 1 -- AND DOCTNO > ' ' --2004/03/02 LEEJUNGHY
UN -- AND DOCTNO IN (P_DOCTNO,SUBSTR(P_DOCTNO,-5)); A
ND DOCTNO = TRIM(TO_CHAR(SUBSTR(:b1,GREATEST(LENGTH(:b1)*(-1),-5
)),'00000'))
102,871 102,871 2.85 102761273
Module: OCS00000.exe
SELECT KORNAME FROM EPMUSER.EPMMASTER WHERE EMPNO IN (:
b1,SUBSTR(:b1,-5))
92,454 92,454 2.56 231443659
Module: NIN00000.exe
SELECT USERID FROM APMUSER.APMSESSIONID WHERE INSTANC
ENO = USERENV('INSTANCE') AND SESSIONID = USERENV('S
ESSIONID')
예제4. SQL을 shared pool에 할당하는 관련 LATCH 들의 MISS가 보이는 경우
Latch Activity for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
->"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 Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
library cache 60,564,808 1.9 0.2 1318 1,431,661 9.8
library cache pin 28,629,340 0.1 0.1 9 0
library cache pin alloca 19,120,395 0.1 0.1 5 0
shared pool 63,075,980 4.0 0.1 578
예제5. V$librarycache 뷰의 정보 중 SQL AREA의 MISS가 있는 경우
Library Cache Activity for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
->"Pct Misses" should be very low
Get Pct Pin Pct Invali-
Namespace Requests Miss Requests Miss Reloads dations
SQL AREA 2,766,961 15.6 11,370,919 9.1 87,750 6
TABLE/PROCEDURE 1,166,084 0.1 3,925,826 0.1 2,081 0
BODY 45,742 0.0 45,742 0.0 0 0
TRIGGER 808,617 0.0 808,624 0.0 30 0
CLUSTER 717 0.0 523 0.0 0 0
예제6. SHARED POOL USAGE 를 볼 때 2G 중 SQL AREA + LIBRARY CACHE가 대부분 차지
SGA Memory Summary for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
SGA regions Size in Bytes
Database Buffers 1,509,949,440
Fixed Size 459,920
Redo Buffers 679,936
Variable Size 2,164,260,864
sum 3,675,350,160
shared_pool_size = 2013265920
SGA breakdown difference for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
Pool Name Begin value End value % Diff
shared library cache 465,599,756 467,728,476 0.46
shared sql area 1,283,939,172 1,300,770,180 1.31
shared miscellaneous 150,304,904 151,676,316 0.91
shared free memory 125,065,548 107,550,900 14.00
너무 빈번한 Parse를 줄이기 위한 권장사항
- Literal SQL보다는 BIND VARIABLE 사용 권장
- SOFT PARSE가 85%나 차지하므로 Session_cached_cursors 파라미터 설정 권장
( 가령 100 --> 200 )
이 파라미터에 지정한 갯수는 한 session 동안 open된 상태로 cache에
유지할 수 있는 cursor의 갯수이다.
<참고> CURSOR 는 한번 오픈된 다음 여러번 execution 될 수 있다.
예를 들어 V$SQL 뷰에서 한 SQL 이 몇번 execute 되었는지는
v$sqlarea.executions 로 확인 가능하다.
<Note:30804.1> 참조
2. SQL ACCESS PATH(SQL 수행 패턴)와 I/O에 문제가 있어 성능에 영향을 주는 예제
SQL 수행 시 full table scan보다 INDEX scan이 항상 더 빠른 것은 아니다.
예제1. 전체 WAIT TIME 의 대부분(60~70%)이 DB FILE SEQUENTIAL READ,
즉 one block read (주로 인덱스 사용)일 때이다.
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
db file sequential read 3,682,330 87,681 59.32
CPU time 31,297 21.17
global cache cr request 4,254,569 11,086 7.50
enqueue 43,040 3,211 2.17
latch free 505,497 2,068 1.40
예제2. Tablespace IO Stats for DB , File IO Stats for DB 등의 DISK IO
통계정보를 보면 AV Read 속도가 권장이 20ms 이하이나 대부분이
20ms 이상이고 30ms 인 경우
Tablespace IO Stats for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
->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)
OCS_DATA 1,320,724 174 25.0 1.0 34,046 4 90,263 22.5
AMP_DATA 589,915 78 25.6 1.1 6,487 1 4,994 28.9
OCS_IDX 282,622 37 26.9 1.0 54,707 7 7,813 25.6
CP_DATA 204,100 27 18.2 1.1 3,297 0 1,594 17.3
AMP_IDX 174,413 23 26.4 1.0 16,853 2 5,833 28.9
File IO Stats for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
->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)
AMP_DATA /dev/vx/rdsk/dongadg/daumc_amp_data_30720m
444,094 59 26.0 1.1 3,311 0 3,716 29.9
/dev/vx/rdsk/dongadg/daumc_rdat0301_10240m
74,911 10 24.5 1.1 1,124 0 685 26.5
/dev/vx/rdsk/dongadg/daumc_rdat0303_10240m
70,910 9 24.3 1.1 2,052 0 593 25.8
AMP_IDX /dev/vx/rdsk/dongadg/daumc_amp_idx_30720m
174,413 23 26.4 1.0 16,853 2 5,833 28.9
AMS_DATA /dev/vx/rdsk/dongadg/daumc_ams_data_4096m
11 0 26.4 1.0 0 0 0
위의 Disk I/O Tuning point를 근거로 튜닝 필요한 SQL 찾기
예제3. SQL ordered by Gets for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
-> 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
CPU Elapsd
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
5,029,778 20 251,488.9 2.5 62.87 106.97 1740340670
Module: NMS00000.exe
SELECT ns.getdate, ns.gettime, ns.sid, ns.idno, ns.name
, ns.ward, ns.sex, ns.age, ns.sampcd, we.workcd, MIN(nr
.testcd) testcd, MIN(nr.testno) testno, MIN(nr.result)
result, MIN(nr.ROWID) nrROWID, sm.sampnm FROM nmusr.nmsample
ns, nmusr.nmresult nr, nmusr.nmworkenv we, nmusr.xnmsa
3,200,846 1,903 1,682.0 1.6 99.29 184.85 2896635021
Module: OCS00000.exe
SELECT upslipcode FROM ocsuser.ocsslip WHERE slipcode
= 'PH11' START WITH slipcode = 'CLIN' CONNECT BY PRIOR slipcod
e = upslipcode
예제4. SQL ordered by Reads for DB: DAUMC Instance: DAUMC1 Snaps: 71 -73
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
39,256 113 347.4 0.9 33.07 226.06 639735119
Module: AMI00000.exe
begin AMPUSER.MAKEADMORDER(:V00001,:V00002,:V00003,:V00004,:V000
05,:V00006); end;
38,671 113 342.2 0.9 15.23 167.19 3348585719
Module: AMI00000.exe
DELETE FROM AMPUSER.AMPTEMPORDER WHERE ( IDNO = :b4 AND MEDDAT
E = :b3 AND TYPECODE = :b2) OR TERMID = :b1
31,358 1 31,358.0 0.8 6.46 88.00 3852126455
Module: Golden32.exe
select count(*) FROM cpusr.cpslipuse su -- WHERE su.slipcd = '2
1' -- AND su.partcd = 'MP' -- AND su.finalflag = 0 -- AND
SUBSTR(su.labno,1,1) = '1' -- AND LENGTH(su.labno) = 6 --308
Reference Documents
<Note:228913.1> Systemwide Tuning using STATSPACK Reports -
Hi: I'm analyzing this STATSPACK report: it is "volume test" on our UAT server, so most input is from 'bind variables'. Our shared pool is well utilized in oracle. Oracle redo logs is not appropriately configured on this server, as in 'Top 5 wait events' there are 2 for redos.
I need to know what else information can be dig-out from 'foreground wait events' & 'background wait events', and what can assist us to better understanding, in combination of 'Top 5 wait event's, that how the server/test went? it could be overwelming No. of wait events, so appreciate any helpful diagnostic or analysis. Database is oracle 11.2.0.4 upgraded from 11.2.0.3, on IBM AIX power system 64bit, level 6.x
STATSPACK report for
Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
700000XXX XXX 1 22-Apr-15 12:12 11.2.0.4.0 NO
Host Name Platform CPUs Cores Sockets Memory (G)
~~~~ ---------------- ---------------------- ----- ----- ------- ------------
dXXXX_XXX AIX-Based Systems (64- 2 1 0 16.0
Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
~~~~~~~~ ---------- ------------------ -------- --------- ------------------
Begin Snap: 5635 22-Apr-15 13:00:02 114 4.6
End Snap: 5636 22-Apr-15 14:00:01 128 8.8
Elapsed: 59.98 (mins) Av Act Sess: 0.6
DB time: 35.98 (mins) DB CPU: 19.43 (mins)
Cache Sizes Begin End
~~~~~~~~~~~ ---------- ----------
Buffer Cache: 2,064M Std Block Size: 8K
Shared Pool: 3,072M Log Buffer: 13,632K
Load Profile Per Second Per Transaction Per Exec Per Call
~~~~~~~~~~~~ ------------------ ----------------- ----------- -----------
DB time(s): 0.6 0.0 0.00 0.00
DB CPU(s): 0.3 0.0 0.00 0.00
Redo size: 458,720.6 8,755.7
Logical reads: 12,874.2 245.7
Block changes: 1,356.4 25.9
Physical reads: 6.6 0.1
Physical writes: 61.8 1.2
User calls: 2,033.7 38.8
Parses: 286.5 5.5
Hard parses: 0.5 0.0
W/A MB processed: 1.7 0.0
Logons: 1.2 0.0
Executes: 801.1 15.3
Rollbacks: 6.1 0.1
Transactions: 52.4
Instance Efficiency Indicators
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 99.98 Optimal W/A Exec %: 100.00
Library Hit %: 99.77 Soft Parse %: 99.82
Execute to Parse %: 64.24 Latch Hit %: 99.98
Parse CPU to Parse Elapsd %: 53.15 % Non-Parse CPU: 98.03
Shared Pool Statistics Begin End
Memory Usage %: 10.50 12.79
% SQL with executions>1: 69.98 78.37
% Memory for SQL w/exec>1: 70.22 81.96
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
CPU time 847 50.2
enq: TX - row lock contention 4,480 434 97 25.8
log file sync 284,169 185 1 11.0
log file parallel write 299,537 164 1 9.7
log file sequential read 698 16 24 1.0
Host CPU (CPUs: 2 Cores: 1 Sockets: 0)
~~~~~~~~ Load Average
Begin End User System Idle WIO WCPU
1.16 1.84 19.28 14.51 66.21 1.20 82.01
Instance CPU
~~~~~~~~~~~~ % Time (seconds)
Host: Total time (s): 7,193.8
Host: Busy CPU time (s): 2,430.7
% of time Host is Busy: 33.8
Instance: Total CPU time (s): 1,203.1
% of Busy CPU used for Instance: 49.5
Instance: Total Database time (s): 2,426.4
%DB time waiting for CPU (Resource Mgr): 0.0
Memory Statistics Begin End
~~~~~~~~~~~~~~~~~ ------------ ------------
Host Mem (MB): 16,384.0 16,384.0
SGA use (MB): 7,136.0 7,136.0
PGA use (MB): 282.5 361.4
% Host Mem used for SGA+PGA: 45.3 45.8
Foreground Wait Events DB/Inst: XXXXXs Snaps: 5635-5636
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg %Total
%Tim Total Wait wait Waits Call
Event Waits out Time (s) (ms) /txn Time
enq: TX - row lock contentio 4,480 0 434 97 0.0 25.8
log file sync 284,167 0 185 1 1.5 11.0
Disk file operations I/O 8,741 0 4 0 0.0 .2
direct path write 13,247 0 3 0 0.1 .2
db file sequential read 6,058 0 1 0 0.0 .1
buffer busy waits 1,800 0 1 1 0.0 .1
SQL*Net more data to client 29,161 0 1 0 0.2 .1
direct path read 7,696 0 1 0 0.0 .0
db file scattered read 316 0 1 2 0.0 .0
latch: shared pool 144 0 0 2 0.0 .0
CSS initialization 30 0 0 3 0.0 .0
cursor: pin S 10 0 0 9 0.0 .0
row cache lock 41 0 0 2 0.0 .0
latch: row cache objects 19 0 0 3 0.0 .0
log file switch (private str 8 0 0 7 0.0 .0
library cache: mutex X 28 0 0 2 0.0 .0
latch: cache buffers chains 54 0 0 1 0.0 .0
latch free 290 0 0 0 0.0 .0
control file sequential read 1,568 0 0 0 0.0 .0
log file switch (checkpoint 4 0 0 6 0.0 .0
direct path sync 8 0 0 3 0.0 .0
latch: redo allocation 60 0 0 0 0.0 .0
SQL*Net break/reset to clien 34 0 0 1 0.0 .0
latch: enqueue hash chains 45 0 0 0 0.0 .0
latch: cache buffers lru cha 7 0 0 2 0.0 .0
latch: session allocation 5 0 0 1 0.0 .0
latch: object queue header o 6 0 0 1 0.0 .0
ASM file metadata operation 30 0 0 0 0.0 .0
latch: In memory undo latch 15 0 0 0 0.0 .0
latch: undo global data 8 0 0 0 0.0 .0
SQL*Net message from client 6,362,536 0 278,225 44 33.7
jobq slave wait 7,270 100 3,635 500 0.0
SQL*Net more data from clien 7,976 0 15 2 0.0
SQL*Net message to client 6,362,544 0 8 0 33.7
Background Wait Events DB/Inst: XXXXXs Snaps: 5635-5636
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg %Total
%Tim Total Wait wait Waits Call
Event Waits out Time (s) (ms) /txn Time
log file parallel write 299,537 0 164 1 1.6 9.7
log file sequential read 698 0 16 24 0.0 1.0
db file parallel write 9,556 0 13 1 0.1 .8
os thread startup 146 0 10 70 0.0 .6
control file parallel write 2,037 0 2 1 0.0 .1
Log archive I/O 35 0 1 30 0.0 .1
LGWR wait for redo copy 2,447 0 0 0 0.0 .0
db file async I/O submit 9,556 0 0 0 0.1 .0
db file sequential read 145 0 0 2 0.0 .0
Disk file operations I/O 349 0 0 0 0.0 .0
db file scattered read 30 0 0 4 0.0 .0
control file sequential read 5,837 0 0 0 0.0 .0
ADR block file read 19 0 0 4 0.0 .0
ADR block file write 5 0 0 15 0.0 .0
direct path write 14 0 0 2 0.0 .0
direct path read 3 0 0 7 0.0 .0
latch: shared pool 3 0 0 6 0.0 .0
log file single write 56 0 0 0 0.0 .0
latch: redo allocation 53 0 0 0 0.0 .0
latch: active service list 1 0 0 3 0.0 .0
latch free 11 0 0 0 0.0 .0
rdbms ipc message 314,523 5 57,189 182 1.7
Space Manager: slave idle wa 4,086 88 18,996 4649 0.0
DIAG idle wait 7,185 100 7,186 1000 0.0
Streams AQ: waiting for time 2 50 4,909 ###### 0.0
Streams AQ: qmn slave idle w 129 0 3,612 28002 0.0
Streams AQ: qmn coordinator 258 50 3,612 14001 0.0
smon timer 43 2 3,605 83839 0.0
pmon timer 1,199 99 3,596 2999 0.0
SQL*Net message from client 17,019 0 31 2 0.1
SQL*Net message to client 12,762 0 0 0 0.1
class slave wait 28 0 0 0 0.0
thank you very much!Hi: just know it now: it is a large amount of 'concurrent transaction' designed in this "Volume Test" - to simulate large incoming transaction volme, so I guess wait in eq:TX - row is expected.
The fact: (1) redo logs at uat server is known to not well-tune for configurations (2) volume test slow 5%, however data amount in its test is kept the same by each time import production data, by the team. So why it slowed 5% this year?
The wait histogram is pasted below, any one interest to take a look? any ideas?
Wait Event Histogram DB/Inst: XXXX/XXXX Snaps: 5635-5636
-> Total Waits - units: K is 1000, M is 1000000, G is 1000000000
-> % of Waits - column heading: <=1s is truly <1024ms, >1s is truly >=1024ms
-> % of Waits - value: .0 indicates value was <.05%, null is truly 0
-> Ordered by Event (idle events last)
Total ----------------- % of Waits ------------------
Event Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
ADR block file read 19 26.3 5.3 10.5 57.9
ADR block file write 5 40.0 60.0
ADR file lock 6 100.0
ARCH wait for archivelog l 14 100.0
ASM file metadata operatio 30 100.0
CSS initialization 30 100.0
Disk file operations I/O 9090 97.2 1.4 .6 .4 .2 .1 .1
LGWR wait for redo copy 2447 98.5 .5 .4 .2 .2 .2 .1
Log archive I/O 35 40.0 8.6 25.7 2.9 22.9
SQL*Net break/reset to cli 34 85.3 8.8 5.9
SQL*Net more data to clien 29K 99.9 .0 .0 .0 .0 .0
buffer busy waits 1800 96.8 .7 .7 .6 .3 .4 .5
control file parallel writ 2037 90.7 5.0 2.1 .8 1.0 .3 .1
control file sequential re 7405 100.0 .0
cursor: pin S 10 10.0 90.0
db file async I/O submit 9556 99.9 .0 .0 .0
db file parallel read 1 100.0
db file parallel write 9556 62.0 32.4 1.7 .8 1.5 1.3 .1
db file scattered read 345 72.8 3.8 2.3 11.6 9.0 .6
db file sequential read 6199 97.2 .2 .3 1.6 .7 .0 .0
direct path read 7699 99.1 .4 .2 .1 .1 .0
direct path sync 8 25.0 37.5 12.5 25.0
direct path write 13K 97.8 .9 .5 .4 .3 .1 .0
enq: TX - row lock content 4480 .4 .7 1.3 3.0 6.8 12.3 75.4 .1
latch free 301 98.3 .3 .7 .7
latch: In memory undo latc 15 93.3 6.7
latch: active service list 1 100.0
latch: cache buffers chain 55 94.5 3.6 1.8
latch: cache buffers lru c 9 88.9 11.1
latch: call allocation 6 100.0
latch: checkpoint queue la 3 100.0
latch: enqueue hash chains 45 97.8 2.2
latch: messages 4 100.0
latch: object queue header 7 85.7 14.3
latch: redo allocation 113 97.3 1.8 .9
latch: row cache objects 19 89.5 5.3 5.3
latch: session allocation 5 80.0 20.0
latch: shared pool 147 90.5 1.4 2.7 1.4 .7 1.4 2.0
latch: undo global data 8 100.0
library cache: mutex X 28 89.3 3.6 3.6 3.6
log file parallel write 299K 95.6 2.6 1.0 .4 .3 .2 .0
log file sequential read 698 29.5 .1 4.6 46.8 18.9
log file single write 56 100.0
log file switch (checkpoin 4 25.0 50.0 25.0
log file switch (private s 8 12.5 37.5 50.0
log file sync 284K 93.3 3.7 1.4 .7 .5 .3 .1
os thread startup 146 100.0
row cache lock 41 85.4 9.8 2.4 2.4
DIAG idle wait 7184 100.0
SQL*Net message from clien 6379K 86.6 5.1 2.9 1.3 .7 .3 2.8 .3
SQL*Net message to client 6375K 100.0 .0 .0 .0 .0 .0 .0
Wait Event Histogram DB/Inst: XXXX/xxxx Snaps: 5635-5636
-> Total Waits - units: K is 1000, M is 1000000, G is 1000000000
-> % of Waits - column heading: <=1s is truly <1024ms, >1s is truly >=1024ms
-> % of Waits - value: .0 indicates value was <.05%, null is truly 0
-> Ordered by Event (idle events last)
Total ----------------- % of Waits ------------------
Event Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
SQL*Net more data from cli 7976 99.7 .1 .1 .0 .1
Space Manager: slave idle 4086 .1 .2 .0 .0 .3 3.2 96.1
Streams AQ: qmn coordinato 258 49.2 .8 50.0
Streams AQ: qmn slave idle 129 100.0
Streams AQ: waiting for ti 2 50.0 50.0
class slave wait 28 92.9 3.6 3.6
jobq slave wait 7270 .0 100.0
pmon timer 1199 100.0
rdbms ipc message 314K 10.3 7.3 39.7 15.4 10.6 5.3 8.2 3.3
smon timer 43 100.0 -
Not able to install Statspack.
DB 9.2.0.5.0
OS WIn 2003 server
I've gone through the following procedure to generate a statspack report. but, I am not able to insatall statspack, though the same procedure worked in 10g.
1. create a perfstat tablespace
2. run spcreate.sql
SPCUSR complete. Please check spcusr.lis for any errors.
SQL>
SQL> --
SQL> -- Build the tables and synonyms
SQL> connect perfstat/&&perfstat_password
ERROR:
ORA-12560: TNS:protocol adapter error
Warning: You are no longer connected to ORACLE.
SQL> @@spctab
SQL> Rem
SQL> Rem $Header: spctab.sql 16-apr-2002.14:54:46 vbarrier Exp $
SQL> Rem
SQL> Rem spctab.sql
SQL> Rem
SQL> Rem Copyright (c) 1999, 2002, Oracle Corporation. All rights reserved.
SQL> Rem
SQL> Rem NAME
SQL> Rem spctab.sql
SQL> Rem
SQL> Rem DESCRIPTION
SQL> Rem SQL*PLUS command file to create tables to hold
SQL> Rem start and end "snapshot" statistical information
SQL> Rem
SQL> Rem NOTES
SQL> Rem Should be run as STATSPACK user, PERFSTAT
SQL> Rem
SQL> Rem MODIFIED (MM/DD/YY)
SQL> Rem vbarrier 03/20/02 - 2143634
SQL> Rem vbarrier 03/05/02 - Segment Statistics
SQL> Rem cdialeri 02/07/02 - 2218573
SQL> Rem cdialeri 01/30/02 - 2184717
SQL> Rem cdialeri 01/11/02 - 9.2 - features 2
SQL> Rem cdialeri 11/30/01 - 9.2 - features 1
SQL> Rem cdialeri 04/22/01 - Undostat changes
SQL> Rem cdialeri 03/02/01 - 9.0
SQL> Rem cdialeri 09/12/00 - sp_1404195
SQL> Rem cdialeri 04/07/00 - 1261813
SQL> Rem cdialeri 03/20/00 - Support for purge
SQL> Rem cdialeri 02/16/00 - 1191805
SQL> Rem cdialeri 01/26/00 - 1169401
SQL> Rem cdialeri 11/01/99 - Enhance, 1059172
SQL> Rem cmlim 07/17/97 - Added STATS$SQLAREA to store top sql stmts
SQL> Rem gwood 10/16/95 - Version to run as sys without using many vi
SQL> Rem cellis.uk 11/15/89 - Created
SQL> Rem
SQL>
SQL> set showmode off echo off;
If this script is automatically called from spcreate (which is
the supported method), all STATSPACK segments will be created in
the PERFSTAT user's default tablespace.
Using perfstat tablespace to store Statspack objects
... Creating STATS$SNAPSHOT_ID Sequence
SP2-0640: Not connected
SP2-0640: Not connected
... Creating STATS$... tables
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0640: Not connected
NOTE:
SPCTAB complete. Please check spctab.lis for any errors.
SQL> -- Create the statistics Package
SQL> @@spcpkg
SQL> Rem
SQL> Rem $Header: spcpkg.sql 17-apr-2002.16:59:10 vbarrier Exp $
SQL> Rem
SQL> Rem spcpkg.sql
SQL> Rem
SQL> Rem Copyright (c) 1999, 2002, Oracle Corporation. All rights reserved.
SQL> Rem
SQL> Rem NAME
SQL> Rem spcpkg.sql
SQL> Rem
SQL> Rem DESCRIPTION
SQL> Rem SQL*PLUS command file to create statistics package
SQL> Rem
SQL> Rem NOTES
SQL> Rem Must be run as the STATSPACK owner, PERFSTAT
SQL> Rem
SQL> Rem MODIFIED (MM/DD/YY)
SQL> Rem vbarrier 03/20/02 - 2184504
SQL> Rem spommere 03/19/02 - 2274095
SQL> Rem vbarrier 03/05/02 - Segment Statistics
SQL> Rem spommere 02/14/02 - cleanup RAC stats that are no longer needed
SQL> Rem spommere 02/08/02 - 2212357
SQL> Rem cdialeri 02/07/02 - 2218573
SQL> Rem cdialeri 01/30/02 - 2184717
SQL> Rem cdialeri 01/09/02 - 9.2 - features 2
SQL> Rem cdialeri 11/30/01 - 9.2 - features 1
SQL> Rem hbergh 08/23/01 - 1940915: use substrb on sql_text
SQL> Rem cdialeri 04/26/01 - 9.0
SQL> Rem cdialeri 09/12/00 - sp_1404195
SQL> Rem cdialeri 04/07/00 - 1261813
SQL> Rem cdialeri 03/28/00 - sp_purge
SQL> Rem cdialeri 02/16/00 - 1191805
SQL> Rem cdialeri 11/01/99 - Enhance, 1059172
SQL> Rem cgervasi 06/16/98 - Remove references to wrqs
SQL> Rem cmlim 07/30/97 - Modified system events
SQL> Rem gwood.uk 02/30/94 - Modified
SQL> Rem densor.uk 03/31/93 - Modified
SQL> Rem cellis.uk 11/15/89 - Created
SQL> Rem
SQL>
SQL> set echo off;
Creating Package STATSPACK...
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0641: "SHOW ERRORS" requires connection to server
Creating Package Body STATSPACK...
SP2-0640: Not connected
SP2-0640: Not connected
SP2-0641: "SHOW ERRORS" requires connection to server
NOTE:
SPCPKG complete. Please check spcpkg.lis for any errors.
hare krishna
AlokHi Alok
I have encountered this before
In the script there will be a comnnection link at the spcreate sql..
Rem
Rem $Header: spcreate.sql 16-apr-2002.11:22:55 vbarrier Exp $
Rem
Rem spcreate.sql
Rem
Rem Copyright (c) 1999, 2002, Oracle Corporation. All rights reserved.
Rem
Rem NAME
Rem spcreate.sql - Statistics Create
Rem
Rem DESCRIPTION
Rem SQL*PLUS command file which creates the STATSPACK user,
Rem tables and package for the performance diagnostic tool STATSPACK
Rem
Rem NOTES
Rem Note the script connects INTERNAL and so must be run from
Rem an account which is able to connect internal.
Rem
Rem MODIFIED (MM/DD/YY)
Rem cdialeri 02/16/00 - 1191805
Rem cdialeri 12/06/99 - 1103031
Rem cdialeri 08/13/99 - Created
Rem
-- Create PERFSTAT user and required privileges
@@spcusr
-- Build the tables and synonyms
connect perfstat/&&perfstat_password@MARAN
@@spctab
-- Create the statistics Package
@@spcpkgadd the @servicename and run the script
It will work
Message was edited by:
Maran Viswarayar -
How do I interpret it ...And can anyone please suggest measures to improve my database performance from the available report.
STATSPACK report for
Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
1184214567 orcl 1 03-Jun-08 16:02 10.2.0.1.0 NO
Host Name: KRISHNAF39E Num CPUs: 1 Phys Memory (MB): 512
~~~~
Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
~~~~~~~~ ---------- ------------------ -------- --------- -------------------
Begin Snap: 1 03-Jun-08 16:07:21 17 5.8
End Snap: 32 03-Jun-08 21:35:08 22 9.0
Elapsed: 327.78 (mins)
Cache Sizes Begin End
~~~~~~~~~~~ ---------- ----------
Buffer Cache: 76M 72M Std Block Size: 8K
Shared Pool Size: 72M 76M Log Buffer: 2,832K
Load Profile Per Second Per Transaction
~~~~~~~~~~~~ --------------- ---------------
Redo size: 626.65 10,085.31
Logical reads: 18.57 298.82
Block changes: 2.72 43.79
Physical reads: 0.13 2.07
Physical writes: 0.34 5.40
User calls: 1.31 21.14
Parses: 1.56 25.10
Hard parses: 0.20 3.14
Sorts: 0.95 15.27
Logons: 0.01 0.17
Executes: 4.16 67.02
Transactions: 0.06
% Blocks changed per Read: 14.66 Recursive Call %: 95.81
Rollback per transaction %: 5.32 Rows per Sort: 9.86
Instance Efficiency Percentages
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 99.99
Buffer Hit %: 99.31 In-memory Sort %: 100.00
Library Hit %: 92.48 Soft Parse %: 87.47
Execute to Parse %: 62.55 Latch Hit %: 99.99
Parse CPU to Parse Elapsd %: 76.73 % Non-Parse CPU: 86.05
Shared Pool Statistics Begin End
Memory Usage %: 75.34 93.45
% SQL with executions>1: 64.78 93.71
% Memory for SQL w/exec>1: 85.34 95.57
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
control file parallel write 5,371 147 27 28.2
CPU time 108 20.7
db file parallel write 3,730 86 23 16.5
log file parallel write 2,080 45 22 8.7
control file sequential read 5,651 42 7 8.0
Host CPU (CPUs: 1)
~~~~~~~~ Load Average
Begin End User System Idle WIO WCPU
0.89 3.04 96.07
Note: There is a 18% discrepancy between the OS Stat total CPU time and
the total CPU time estimated by Statspack
OS Stat CPU time: 16115(s) (BUSY_TIME + IDLE_TIME)
Statspack CPU time: 19667(s) (Elapsed time * num CPUs in end snap)
Instance CPU
~~~~~~~~~~~~
% of total CPU for Instance: 0.92
% of busy CPU for Instance: 23.31
%DB time waiting for CPU - Resource Mgr:
Memory Statistics Begin End
~~~~~~~~~~~~~~~~~ ------------ ------------
Host Mem (MB): 511.6 511.6
SGA use (MB): 160.0 160.0
PGA use (MB): 24.5 29.5
% Host Mem used for SGA+PGA: 36.1 37.1
Time Model System Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> Ordered by % of DB time desc, Statistic name
Statistic Time (s) % of DB time
sql execute elapsed time 162.4 76.3
DB CPU 103.7 48.7
PL/SQL execution elapsed time 50.2 23.6
parse time elapsed 36.3 17.1
hard parse elapsed time 34.0 16.0
PL/SQL compilation elapsed time 5.5 2.6
hard parse (sharing criteria) elaps 0.8 .4
connection management call elapsed 0.6 .3
repeated bind elapsed time 0.2 .1
hard parse (bind mismatch) elapsed 0.0 .0
sequence load elapsed time 0.0 .0
failed parse elapsed time 0.0 .0
DB time 212.8
background elapsed time 366.6
background cpu time 43.9
Wait Events DB/Inst: ORCL/orcl Snaps: 1-32
-> s - second, cs - centisecond, ms - millisecond, us - microsecond
-> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
control file parallel write 5,371 0 147 27 4.4
db file parallel write 3,730 0 86 23 3.1
log file parallel write 2,080 0 45 22 1.7
control file sequential read 5,651 0 42 7 4.6
db file sequential read 2,009 0 37 19 1.6
log file sync 910 1 35 38 0.7
Streams AQ: qmn coordinator waiti 2 100 10 5004 0.0
db file scattered read 111 0 4 35 0.1
os thread startup 71 0 3 41 0.1
Data file init write 16 0 1 72 0.0
library cache load lock 3 0 1 337 0.0
SQL*Net break/reset to client 1,232 0 1 1 1.0
log file switch completion 3 0 1 192 0.0
SGA: MMAN sleep for component shr 64 67 0 7 0.1
latch free 416 0 0 0 0.3
read by other session 6 0 0 20 0.0
rdbms ipc reply 62 0 0 2 0.1
library cache pin 4 0 0 16 0.0
log file sequential read 2 0 0 14 0.0
latch: library cache 6 0 0 3 0.0
LGWR wait for redo copy 24 0 0 1 0.0
log file single write 2 0 0 5 0.0
buffer busy waits 9 0 0 1 0.0
latch: shared pool 5 0 0 0 0.0
direct path write 21 0 0 0 0.0
SQL*Net message from client 23,572 0 49,054 2081 19.3
Streams AQ: qmn slave idle wait 705 16 18,942 26868 0.6
Streams AQ: qmn coordinator idle 1,015 76 16,085 15848 0.8
Streams AQ: waiting for messages 3,226 99 16,080 4985 2.6
virtual circuit status 538 100 16,071 29872 0.4
wait for unread message on broadc 15,873 100 15,891 1001 13.0
Streams AQ: waiting for time mana 87 47 10,271 ###### 0.1
jobq slave wait 1,263 99 3,780 2993 1.0
class slave wait 3 100 15 5004 0.0
SQL*Net message to client 23,577 0 0 0 19.3
SQL*Net more data from client 139 0 0 0 0.1
Background Wait Events DB/Inst: ORCL/orcl Snaps: 1-32
-> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
control file parallel write 5,368 0 147 27 4.4
db file parallel write 3,730 0 86 23 3.1
log file parallel write 2,080 0 45 22 1.7
events in waitclass Other 369 1 10 28 0.3
control file sequential read 783 0 8 10 0.6
os thread startup 71 0 3 41 0.1
db file sequential read 112 0 2 17 0.1
db file scattered read 70 0 1 20 0.1
log file switch completion 3 0 1 192 0.0
SGA: MMAN sleep for component shr 64 67 0 7 0.1
log file sequential read 2 0 0 14 0.0
log file single write 2 0 0 5 0.0
buffer busy waits 9 0 0 1 0.0
rdbms ipc message 53,282 96 139,790 2624 43.6
pmon timer 5,447 100 16,111 2958 4.5
Streams AQ: qmn coordinator idle 1,015 76 16,085 15848 0.8
smon timer 67 73 15,427 ###### 0.1
Streams AQ: qmn slave idle wait 456 11 12,775 28016 0.4
Streams AQ: waiting for time mana 87 47 10,271 ###### 0.1
Wait Event Histogram DB/Inst: ORCL/orcl Snaps: 1-32
-> Total Waits - units: K is 1000, M is 1000000, G is 1000000000
-> % of Waits - column heading: <=1s is truly <1024ms, >1s is truly >=1024ms
-> % of Waits - value: .0 indicates value was <.05%, null is truly 0
-> Ordered by Event (idle events last)
Total ----------------- % of Waits ------------------
Event Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
Data file init write 16 37.5 18.8 31.3 12.5
LGWR wait for redo copy 24 95.8 4.2
SGA: MMAN sleep for compon 64 14.1 4.7 6.3 29.7 43.8 1.6
SQL*Net break/reset to cli 1232 91.2 6.9 .8 .6 .2 .2
SQL*Net more data to clien 12 100.0
Streams AQ: qmn coordinato 2 100.0
buffer busy waits 9 88.9 11.1
control file parallel writ 5371 .4 39.6 54.2 .8 .4 .8 3.3 .5
control file sequential re 5651 86.9 2.9 1.3 .9 1.7 3.1 3.0 .1
db file parallel write 3730 28.7 6.1 10.0 9.7 15.4 20.1 9.8 .2
db file scattered read 111 10.8 9.0 18.9 11.7 10.8 17.1 21.6
db file sequential read 2010 28.6 14.3 4.3 4.7 13.5 20.4 14.2
db file single write 1 100.0
direct path read 6 100.0
direct path write 21 100.0
latch free 413 96.9 1.7 .7 .7
latch: enqueue hash chains 1 100.0
latch: library cache 4 75.0 25.0
latch: library cache pin 1 100.0
latch: shared pool 5 80.0 20.0
library cache load lock 3 100.0
library cache pin 4 50.0 25.0 25.0
log file parallel write 2080 69.3 4.7 1.9 .9 2.9 10.2 9.8 .2
log file sequential read 2 50.0 50.0
log file single write 2 50.0 50.0
log file switch completion 3 33.3 33.3 33.3
log file sync 910 41.0 17.7 2.1 3.0 5.4 13.2 17.7
os thread startup 71 1.4 1.4 35.2 31.0 12.7 18.3
rdbms ipc reply 62 83.9 3.2 1.6 4.8 6.5
read by other session 6 33.3 50.0 16.7
undo segment extension 1 100.0
SQL*Net message from clien 23K 84.4 2.2 1.1 .7 .6 .5 .6 9.9
SQL*Net message to client 23K 99.9 .1
SQL*Net more data from cli 139 100.0
Streams AQ: qmn coordinato 1015 22.9 .9 .1 .2 .1 75.9
Streams AQ: qmn slave idle 705 4.1 .1 .1 .6 1.0 94.0
Streams AQ: waiting for me 3226 .0 .3 99.7
Streams AQ: waiting for ti 87 23.0 10.3 66.7
class slave wait 3 100.0
dispatcher timer 269 100.0
jobq slave wait 1263 .4 99.6
pmon timer 5447 1.4 .1 .1 98.4
rdbms ipc message 53K 1.0 .2 .2 .2 .3 .2 31.2 66.7
smon timer 67 9.0 1.5 89.6
virtual circuit status 538 100.0
wait for unread message on 15K .0 .0 99.9 .1
SQL ordered by CPU DB/Inst: ORCL/orcl Snaps: 1-32
-> Resources reported for PL/SQL code includes the resources used by all SQL
statements called by the code.
-> Total DB CPU (s): 104
-> Captured SQL accounts for 61.1% of Total DB CPU
-> SQL reported below exceeded 1.0% of Total DB CPU
CPU CPU per Elapsd Old
Time (s) Executions Exec (s) %Total Time (s) Buffer Gets Hash Value
44.02 576 0.08 42.5 46.47 12,780 1206412919
Module: OEM.SystemPool
BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;
5.77 6,381 0.00 5.6 5.98 40,624 1396250429
Module: OEM.SystemPool
begin MGMT_JOB_ENGINE.get_scheduled_steps(:1, :2, :3, :4); end;
1.81 1 1.81 1.7 2.08 13,786 2522684317
Module: SQL*Plus
BEGIN statspack.snap; END;
SQL ordered by Elapsed DB/Inst: ORCL/orcl Snaps: 1-32
-> Resources reported for PL/SQL code includes the resources used by all SQL
statements called by the code.
-> Total DB Time (s): 213
-> Captured SQL accounts for 39.2% of Total DB Time
-> SQL reported below exceeded 1.0% of Total DB Time
Elapsed Elap per CPU Old
Time (s) Executions Exec (s) %Total Time (s) Physical Reads Hash Value
46.47 576 0.08 21.8 44.02 76 1206412919
Module: OEM.SystemPool
BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;
6.18 478 0.01 2.9 0.27 288 986338823
select /*+ index(idl_ub1$ i_idl_ub11) +*/ piece#,length,piece fr
om idl_ub1$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
5.98 6,381 0.00 2.8 5.77 6 1396250429
Module: OEM.SystemPool
begin MGMT_JOB_ENGINE.get_scheduled_steps(:1, :2, :3, :4); end;
SQL ordered by Gets DB/Inst: ORCL/orcl Snaps: 1-32
-> Resources reported for PL/SQL code includes the resources used by all SQL
statements called by the code.
-> End Buffer Gets Threshold: 10000 Total Buffer Gets: 365,154
-> Captured SQL accounts for 54.0% of Total Buffer Gets
-> SQL reported below exceeded 1.0% of Total Buffer Gets
CPU Elapsd Old
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
40,624 6,381 6.4 11.1 5.77 5.98 1396250429
Module: OEM.SystemPool
begin MGMT_JOB_ENGINE.get_scheduled_steps(:1, :2, :3, :4); end;
20,280 4,090 5.0 5.6 0.38 0.38 2482976222
select intcol#,nvl(pos#,0),col#,nvl(spare1,0) from ccol$ where c
on#=:1
19,221 6,381 3.0 5.3 0.74 0.74 2360644236
Module: OEM.SystemPool
SELECT JOB_ID, EXECUTION_ID, STEP_ID, STEP_NAME, STEP_TYPE, ITER
ATE_PARAM, ITERATE_PARAM_INDEX, COMMAND_TYPE, TIMEZONE_REGION FR
OM MGMT_JOB_EXECUTION J WHERE STEP_TYPE IN (:B7 , :B6 , :B5 ) AN
D STEP_STATUS = :B4 AND COMMAND_TYPE = :B3 AND STEP_NAME LIKE :B
2 AND START_TIME <= SYS_EXTRACT_UTC(SYSTIMESTAMP) AND ROWNUM <=
13,786 1 13,786.0 3.8 1.81 2.08 2522684317
Module: SQL*Plus
BEGIN statspack.snap; END;
12,780 576 22.2 3.5 44.02 46.47 1206412919
Module: OEM.SystemPool
BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;
12,293 3,871 3.2 3.4 0.55 1.24 3665763022
update sys.col_usage$ set equality_preds = equality_preds
+ decode(bitand(:flag,1),0,0,1), equijoin_preds = equijoi
n_preds + decode(bitand(:flag,2),0,0,1), nonequijoin_preds
= nonequijoin_preds + decode(bitand(:flag,4),0,0,1), range_pre
ds = range_preds + decode(bitand(:flag,8),0,0,1),
11,781 860 13.7 3.2 0.28 1.33 2062595902
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
obj#, nvl(property,0),subname,d_attrs from dependency$ d, obj$ o
where d_obj#=:1 and p_obj#=obj#(+) order by order#
10,106 152 66.5 2.8 0.57 0.99 1405417040
Module: OEM.SystemPool
INSERT INTO MGMT_METRICS_RAW(COLLECTION_TIMESTAMP, KEY_VALUE, ME
TRIC_GUID, STRING_VALUE, TARGET_GUID, VALUE) VALUES ( :1, NVL(:2
, ' '), :3, :4, :5, :6)
9,538 1,313 7.3 2.6 0.20 0.21 2889900621
select pos#,intcol#,col#,spare1,bo#,spare2 from icol$ where obj#
=:1
9,414 860 10.9 2.6 0.22 1.05 1198893840
select order#,columns,types from access$ where d_obj#=:1
8,535 1,002 8.5 2.3 0.48 0.88 3694268570
SQL ordered by Gets DB/Inst: ORCL/orcl Snaps: 1-32
-> Resources reported for PL/SQL code includes the resources used by all SQL
statements called by the code.
-> End Buffer Gets Threshold: 10000 Total Buffer Gets: 365,154
-> Captured SQL accounts for 54.0% of Total Buffer Gets
-> SQL reported below exceeded 1.0% of Total Buffer Gets
CPU Elapsd Old
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
select i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i
.property,i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.
distkey,i.lblkkey,i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samp
lesize,i.dataobj#,nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mo
d(i.pctthres$,256),i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(
8,516 3,330 2.6 2.3 0.23 1.51 4274598960
select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt, tim
estamp#, sample_size, minimum, maximum, distcnt, lowval, hival,
density, col#, spare1, spare2, avgcln from hist_head$ where obj#
=:1 and intcol#=:2
7,836 194 40.4 2.1 0.06 0.06 1129615673
select u.name,o.name, t.update$, t.insert$, t.delete$, t.enabled
from obj$ o,user$ u,trigger$ t where t.baseobject=:1 and t.ob
j#=o.obj# and o.owner#=u.user# and bitand(property,16)=0 and bi
tand(property,8)=0 order by o.obj#
6,647 3,269 2.0 1.8 0.99 0.99 1316169839
select job, nvl2(last_date, 1, 0) from sys.job$ where (((:1 <= n
ext_date) and (next_date < :2)) or ((last_date is null) and
(next_date < :3))) and (field1 = :4 or (field1 = 0 and 'Y' = :5)
) and (this_date is null) order by next_date, job
6,643 860 7.7 1.8 0.18 0.20 1937775682
select con#,type#,condlength,intcols,robj#,rcon#,match#,refact,n
vl(enabled,0),rowid,cols,nvl(defer,0),mtime,nvl(spare1,0) from c
def$ where obj#=:1
6,152 112 54.9 1.7 0.62 1.05 1666200974
Module: OEM.SystemPool
BEGIN EM_PING.RECORD_BATCH_HEARTBEAT(:1, :2, :3); END;
5,398 173 31.2 1.5 0.36 0.47 2384968239
Module: OEM.SystemPool
BEGIN :1 := MGMT_BLACKOUT_ENGINE.get_blackout_windows(:2,:3); EN
D;
5,037 1,247 4.0 1.4 0.52 0.54 839312984
select name,intcol#,segcol#,type#,length,nvl(precision#,0),decod
e(type#,2,nvl(scale,-127/*MAXSB1MINAL*/),178,scale,179,scale,180
,scale,181,scale,182,scale,183,scale,231,scale,0),null$,fixedsto
rage,nvl(deflength,0),default$,rowid,col#,property, nvl(charseti
d,0),nvl(charsetform,0),spare1,spare2,nvl(spare3,0) from col$ wh
SQL ordered by Reads DB/Inst: ORCL/orcl Snaps: 1-32
-> End Disk Reads Threshold: 1000 Total Disk Reads: 2,530
-> Captured SQL accounts for 28.4% of Total Disk Reads
-> SQL reported below exceeded 1.0% of Total Disk Reads
CPU Elapsd Old
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
288 478 0.6 11.4 0.27 6.18 986338823
select /*+ index(idl_ub1$ i_idl_ub11) +*/ piece#,length,piece fr
om idl_ub1$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
76 576 0.1 3.0 44.02 46.47 1206412919
Module: OEM.SystemPool
BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;
69 478 0.1 2.7 0.12 1.25 386388955
select /*+ index(idl_ub2$ i_idl_ub21) +*/ piece#,length,piece fr
om idl_ub2$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
47 3,330 0.0 1.9 0.23 1.51 4274598960
select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt, tim
estamp#, sample_size, minimum, maximum, distcnt, lowval, hival,
density, col#, spare1, spare2, avgcln from hist_head$ where obj#
=:1 and intcol#=:2
43 860 0.1 1.7 0.28 1.33 2062595902
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
obj#, nvl(property,0),subname,d_attrs from dependency$ d, obj$ o
where d_obj#=:1 and p_obj#=obj#(+) order by order#
36 478 0.1 1.4 0.11 1.58 2954231783
select /*+ index(idl_sb4$ i_idl_sb41) +*/ piece#,length,piece fr
om idl_sb4$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
35 860 0.0 1.4 0.22 1.05 1198893840
select order#,columns,types from access$ where d_obj#=:1
26 173 0.2 1.0 0.36 0.47 2384968239
Module: OEM.SystemPool
BEGIN :1 := MGMT_BLACKOUT_ENGINE.get_blackout_windows(:2,:3); EN
D;
SQL ordered by Executions DB/Inst: ORCL/orcl Snaps: 1-32
-> End Executions Threshold: 100 Total Executions: 81,903
-> Captured SQL accounts for 76.9% of Total Executions
-> SQL reported below exceeded 1.0% of Total Executions
CPU per Elap per Old
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
6,435 6,435 1.0 0.00 0.00 1667689875
Module: EM_PING
SELECT SYS_EXTRACT_UTC(SYSTIMESTAMP) FROM DUAL
6,381 6,381 1.0 0.00 0.00 1396250429
Module: OEM.SystemPool
begin MGMT_JOB_ENGINE.get_scheduled_steps(:1, :2, :3, :4); end;
6,381 0 0.0 0.00 0.00 2360644236
Module: OEM.SystemPool
SELECT JOB_ID, EXECUTION_ID, STEP_ID, STEP_NAME, STEP_TYPE, ITER
ATE_PARAM, ITERATE_PARAM_INDEX, COMMAND_TYPE, TIMEZONE_REGION FR
OM MGMT_JOB_EXECUTION J WHERE STEP_TYPE IN (:B7 , :B6 , :B5 ) AN
D STEP_STATUS = :B4 AND COMMAND_TYPE = :B3 AND STEP_NAME LIKE :B
2 AND START_TIME <= SYS_EXTRACT_UTC(SYSTIMESTAMP) AND ROWNUM <=
4,090 6,051 1.5 0.00 0.00 2482976222
select intcol#,nvl(pos#,0),col#,nvl(spare1,0) from ccol$ where c
on#=:1
3,871 3,255 0.8 0.00 0.00 3665763022
update sys.col_usage$ set equality_preds = equality_preds
+ decode(bitand(:flag,1),0,0,1), equijoin_preds = equijoi
n_preds + decode(bitand(:flag,2),0,0,1), nonequijoin_preds
= nonequijoin_preds + decode(bitand(:flag,4),0,0,1), range_pre
ds = range_preds + decode(bitand(:flag,8),0,0,1),
3,330 1,856 0.6 0.00 0.00 4274598960
select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt, tim
estamp#, sample_size, minimum, maximum, distcnt, lowval, hival,
density, col#, spare1, spare2, avgcln from hist_head$ where obj#
=:1 and intcol#=:2
3,269 52 0.0 0.00 0.00 1316169839
select job, nvl2(last_date, 1, 0) from sys.job$ where (((:1 <= n
ext_date) and (next_date < :2)) or ((last_date is null) and
(next_date < :3))) and (field1 = :4 or (field1 = 0 and 'Y' = :5)
) and (this_date is null) order by next_date, job
3,218 3,218 1.0 0.00 0.00 1693927332
select count(*) from sys.job$ where (next_date > sysdate) and (n
ext_date < (sysdate+5/86400))
1,313 3,457 2.6 0.00 0.00 2889900621
select pos#,intcol#,col#,spare1,bo#,spare2 from icol$ where obj#
=:1
1,247 15,878 12.7 0.00 0.00 839312984
select name,intcol#,segcol#,type#,length,nvl(precision#,0),decod
e(type#,2,nvl(scale,-127/*MAXSB1MINAL*/),178,scale,179,scale,180
,scale,181,scale,182,scale,183,scale,231,scale,0),null$,fixedsto
rage,nvl(deflength,0),default$,rowid,col#,property, nvl(charseti
SQL ordered by Executions DB/Inst: ORCL/orcl Snaps: 1-32
-> End Executions Threshold: 100 Total Executions: 81,903
-> Captured SQL accounts for 76.9% of Total Executions
-> SQL reported below exceeded 1.0% of Total Executions
CPU per Elap per Old
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
d,0),nvl(charsetform,0),spare1,spare2,nvl(spare3,0) from col$ wh
1,003 474 0.5 0.00 0.00 1980305124
select grantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2)
)from objauth$ where obj#=:1 group by grantee#,privilege#,nvl(co
l#,0) order by grantee#
1,002 1,313 1.3 0.00 0.00 3694268570
select i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i
.property,i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.
distkey,i.lblkkey,i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samp
lesize,i.dataobj#,nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mo
d(i.pctthres$,256),i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(
999 0 0.0 0.00 0.00 204386021
select col#, grantee#, privilege#,max(mod(nvl(option$,0),2)) fro
m objauth$ where obj#=:1 and col# is not null group by privilege
#, col#, grantee# order by col#, grantee#
927 856 0.9 0.00 0.00 2703824309
select obj#,type#,ctime,mtime,stime,status,dataobj#,flags,oid$,
spare1, spare2 from obj$ where owner#=:1 and name=:2 and namespa
ce=:3 and remoteowner is null and linkname is null and subname i
s null
901 365 0.4 0.00 0.00 2018736380
select timestamp, flags from fixed_obj$ where obj#=:1
860 3,847 4.5 0.00 0.00 1198893840
select order#,columns,types from access$ where d_obj#=:1
860 4,090 4.8 0.00 0.00 1937775682
select con#,type#,condlength,intcols,robj#,rcon#,match#,refact,n
vl(enabled,0),rowid,cols,nvl(defer,0),mtime,nvl(spare1,0) from c
def$ where obj#=:1
860 4,216 4.9 0.00 0.00 2062595902
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
obj#, nvl(property,0),subname,d_attrs from dependency$ d, obj$ o
where d_obj#=:1 and p_obj#=obj#(+) order by order#
860 216 0.3 0.00 0.00 2065408759
select con#,obj#,rcon#,enabled,nvl(defer,0) from cdef$ where rob
j#=:1
857 857 1.0 0.00 0.00 3047156589
select t.ts#,t.file#,t.block#,nvl(t.bobj#,0),nvl(t.tab#,0),t.int
cols,nvl(t.clucols,0),t.audit$,t.flags,t.pctfree$,t.pctused$,t.i
nitrans,t.maxtrans,t.rowcnt,t.blkcnt,t.empcnt,t.avgspc,t.chncnt,
t.avgrln,t.analyzetime,t.samplesize,t.cols,t.property,nvl(t.degr
ee,1),nvl(t.instances,1),t.avgspc_flb,t.flbcnt,t.kernelcols,nvl(
SQL ordered by Executions DB/Inst: ORCL/orcl Snaps: 1-32
-> End Executions Threshold: 100 Total Executions: 81,903
-> Captured SQL accounts for 76.9% of Total Executions
-> SQL reported below exceeded 1.0% of Total Executions
CPU per Elap per Old
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
SQL ordered by Parse Calls DB/Inst: ORCL/orcl Snaps: 1-32
-> End Parse Calls Threshold: 1000 Total Parse Calls: 30,669
-> Captured SQL accounts for 57.7% of Total Parse Calls
-> SQL reported below exceeded 1.0% of Total Parse Calls
% Total Old
Parse Calls Executions Parses Hash Value
1,388 616 4.53 260339297
insert into sys.col_usage$ values ( :objn, :coln, decode(bit
and(:flag,1),0,0,1), decode(bitand(:flag,2),0,0,1), decode(b
itand(:flag,4),0,0,1), decode(bitand(:flag,8),0,0,1), decode
(bitand(:flag,16),0,0,1), decode(bitand(:flag,32),0,0,1), :t
ime)
1,388 3,871 4.53 3665763022
update sys.col_usage$ set equality_preds = equality_preds
+ decode(bitand(:flag,1),0,0,1), equijoin_preds = equijoi
n_preds + decode(bitand(:flag,2),0,0,1), nonequijoin_preds
= nonequijoin_preds + decode(bitand(:flag,4),0,0,1), range_pre
ds = range_preds + decode(bitand(:flag,8),0,0,1),
901 901 2.94 2018736380
select timestamp, flags from fixed_obj$ where obj#=:1
860 860 2.80 1198893840
select order#,columns,types from access$ where d_obj#=:1
860 860 2.80 2062595902
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
obj#, nvl(property,0),subname,d_attrs from dependency$ d, obj$ o
where d_obj#=:1 and p_obj#=obj#(+) order by order#
595 595 1.94 1348827743
select type#,blocks,extents,minexts,maxexts,extsize,extpct,user#
,iniexts,NVL(lists,65535),NVL(groups,65535),cachehint,hwmincr, N
VL(spare1,0),NVL(scanhint,0) from seg$ where ts#=:1 and file#=:2
and block#=:3
515 514 1.68 2803285
update sys.mon_mods$ set inserts = inserts + :ins, updates = upd
ates + :upd, deletes = deletes + :del, flags = (decode(bitand(fl
ags, :flag), :flag, flags, flags + :flag)), drop_segments = drop
_segments + :dropseg, timestamp = :time where obj# = :objn
478 478 1.56 336764478
select /*+ index(idl_char$ i_idl_char1) +*/ piece#,length,piece
from idl_char$ where obj#=:1 and part=:2 and version=:3 order by
piece#
478 478 1.56 386388955
select /*+ index(idl_ub2$ i_idl_ub21) +*/ piece#,length,piece fr
om idl_ub2$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
478 478 1.56 986338823
select /*+ index(idl_ub1$ i_idl_ub11) +*/ piece#,length,piece fr
om idl_ub1$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
SQL ordered by Parse Calls DB/Inst: ORCL/orcl Snaps: 1-32
-> End Parse Calls Threshold: 1000 Total Parse Calls: 30,669
-> Captured SQL accounts for 57.7% of Total Parse Calls
-> SQL reported below exceeded 1.0% of Total Parse Calls
% Total Old
Parse Calls Executions Parses Hash Value
478 478 1.56 2954231783
select /*+ index(idl_sb4$ i_idl_sb41) +*/ piece#,length,piece fr
om idl_sb4$ where obj#=:1 and part=:2 and version=:3 order by pi
ece#
469 576 1.53 1206412919
Module: OEM.SystemPool
BEGIN EMD_NOTIFICATION.QUEUE_READY(:1, :2, :3); END;
463 463 1.51 3468666020
select text from view$ where rowid=:1
442 442 1.44 4143084494
select privilege#,level from sysauth$ connect by grantee#=prior
privilege# and privilege#>0 start with grantee#=:1 and privilege
#>0
437 1,003 1.42 1980305124
select grantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2)
)from objauth$ where obj#=:1 group by grantee#,privilege#,nvl(co
l#,0) order by grantee#
433 999 1.41 204386021
select col#, grantee#, privilege#,max(mod(nvl(option$,0),2)) fro
m objauth$ where obj#=:1 and col# is not null group by privilege
#, col#, grantee# order by col#, grantee#
429 1,247 1.40 839312984
select name,intcol#,segcol#,type#,length,nvl(precision#,0),decod
e(type#,2,nvl(scale,-127/*MAXSB1MINAL*/),178,scale,179,scale,180
,scale,181,scale,182,scale,183,scale,231,scale,0),null$,fixedsto
rage,nvl(deflength,0),default$,rowid,col#,property, nvl(charseti
d,0),nvl(charsetform,0),spare1,spare2,nvl(spare3,0) from col$ wh
383 383 1.25 794436051
Module: OEM.SystemPool
SELECT INSTANTIABLE, supertype_owner, supertype_name, LOCAL_ATTR
IBUTES FROM all_types WHERE type_name = :1 AND owner = :2
320 860 1.04 2065408759
select con#,obj#,rcon#,enabled,nvl(defer,0) from cdef$ where rob
j#=:1
316 860 1.03 1937775682
select con#,type#,condlength,intcols,robj#,rcon#,match#,refact,n
vl(enabled,0),rowid,cols,nvl(defer,0),mtime,nvl(spare1,0) from c
def$ where obj#=:1
Instance Activity Stats DB/Inst: ORCL/orcl Snaps: 1-32
Statistic Total per Second per Trans
CPU used by this session 10,750 0.6 8.8
CPU used when call started 8,740 0.4 7.2
CR blocks created 325 0.0 0.3
DB time 3,594,299 182.8 2,941.3
DBWR checkpoint buffers written 6,467 0.3 5.3
DBWR checkpoints 1 0.0 0.0
DBWR revisited being-written buff 0 0.0 0.0
DBWR transaction table writes 341 0.0 0.3
DBWR undo block writes 1,453 0.1 1.2
IMU CR rollbacks 114 0.0 0.1
IMU Flushes 5,074 0.3 4.2
IMU Redo allocation size 654,720 33.3 535.8
IMU commits 712 0.0 0.6
IMU contention 1 0.0 0.0
IMU pool not allocated 3,388 0.2 2.8
IMU recursive-transaction flush 5 0.0 0.0
IMU undo allocation size 3,035,144 154.3 2,483.8
IMU- failed to get a private stra 3,388 0.2 2.8
SMON posted for undo segment shri 12 0.0 0.0
SQL*Net roundtrips to/from client 23,321 1.2 19.1
active txn count during cleanout 322 0.0 0.3
application wait time 79 0.0 0.1
background checkpoints completed 1 0.0 0.0
background checkpoints started 1 0.0 0.0
background timeouts 51,421 2.6 42.1
buffer is not pinned count 174,337 8.9 142.7
buffer is pinned count 50,933 2.6 41.7
bytes received via SQL*Net from c 2,725,918 138.6 2,230.7
bytes sent via SQL*Net to client 2,576,029 131.0 2,108.0
calls to get snapshot scn: kcmgss 116,448 5.9 95.3
calls to kcmgas 4,353 0.2 3.6
calls to kcmgcs 358 0.0 0.3
change write time 22 0.0 0.0
cleanout - number of ktugct calls 419 0.0 0.3
cleanouts only - consistent read 66 0.0 0.1
cluster key scan block gets 16,867 0.9 13.8
cluster key scans 9,001 0.5 7.4
commit batch performed 0 0.0 0.0
commit batch requested 0 0.0 0.0
commit batch/immediate performed 63 0.0 0.1
commit batch/immediate requested 63 0.0 0.1
commit cleanout failures: callbac 42 0.0 0.0
commit cleanouts 7,347 0.4 6.0
commit cleanouts successfully com 7,305 0.4 6.0
commit immediate performed 63 0.0 0.1
commit immediate requested 63 0.0 0.1
commit txn count during cleanout 224 0.0 0.2
concurrency wait time 399 0.0 0.3
consistent changes 334 0.0 0.3
consistent gets 319,228 16.2 261.2
consistent gets - examination 120,857 6.2 98.9
consistent gets from cache 319,228 16.2 261.2
cursor authentications 928 0.1 0.8
data blocks consistent reads - un 334 0.0 0.3
db block changes 53,514 2.7 43.8
db block gets 45,926 2.3 37.6
Instance Activity Stats DB/Inst: ORCL/orcl Snaps: 1-32
Statistic Total per Second per Trans
db block gets direct 6 0.0 0.0
db block gets from cache 45,920 2.3 37.6
deferred (CURRENT) block cleanout 4,343 0.2 3.6
dirty buffers inspected 3 0.0 0.0
enqueue conversions 3,469 0.2 2.8
enqueue releases 171,287 8.7 140.2
enqueue requests 171,286 8.7 140.2
execute count 81,903 4.2 67.0
free buffer inspected 2,042 0.1 1.7
free buffer requested 4,152 0.2 3.4
heap block compress 26 0.0 0.0
hot buffers moved to head of LRU 2,424 0.1 2.0
immediate (CR) block cleanout app 66 0.0 0.1
immediate (CURRENT) block cleanou 1,169 0.1 1.0
index fast full scans (full) 24 0.0 0.0
index fetch by key 53,607 2.7 43.9
index scans kdiixs1 76,910 3.9 62.9
leaf node 90-10 splits 25 0.0 0.0
leaf node splits 127 0.0 0.1
lob reads 299 0.0 0.2
lob writes 265 0.0 0.2
lob writes unaligned 265 0.0 0.2
logons cumulative 208 0.0 0.2
messages received 5,731 0.3 4.7
messages sent 5,731 0.3 4.7
no buffer to keep pinned count 0 0.0 0.0
no work - consistent read gets 124,209 6.3 101.6
opened cursors cumulative 42,875 2.2 35.1
parse count (failures) 1 0.0 0.0
parse count (hard) 3,843 0.2 3.1
parse count (total) 30,669 1.6 25.1
parse time cpu 1,500 0.1 1.2
parse time elapsed 1,955 0.1 1.6
physical read IO requests 2,043 0.1 1.7
physical read bytes 20,725,760 1,053.8 16,960.5
physical read total IO requests 7,860 0.4 6.4
physical read total bytes 114,110,464 5,802.1 93,380.1
physical read total multi block r 163 0.0 0.1
physical reads 2,530 0.1 2.1
physical reads cache 2,524 0.1 2.1
physical reads cache prefetch 487 0.0 0.4
physical reads direct 6 0.0 0.0
physical reads direct temporary t 0 0.0 0.0
physical write IO requests 3,745 0.2 3.1
physical write bytes 54,067,200 2,749.1 44,244.8
physical write total IO requests 22,112 1.1 18.1
physical write total bytes 341,971,968 17,388.1 279,846.1
physical write total multi block 2,744 0.1 2.3
physical writes 6,600 0.3 5.4
physical writes direct 12 0.0 0.0
physical writes direct (lob) 6 0.0 0.0
physical writes from cache 6,588 0.3 5.4
physical writes non checkpoint 3,981 0.2 3.3
process last non-idle time 17,544 0.9 14.4
recursive calls 591,275 30.1 483.9
recursive cpu usage 7,791 0.4 6.4
Instance Activity Stats DB/Inst: ORCL/orcl Snaps: 1-32
Statistic Total per Second per Trans
redo blocks written 25,836 1.3 21.1
redo buffer allocation retries 1 0.0 0.0
redo entries 27,110 1.4 22.2
redo log space requests 3 0.0 0.0
redo log space wait time 57 0.0 0.1
redo size 12,324,244 626.7 10,085.3
redo synch time 3,512 0.2 2.9
redo synch writes 8,475 0.4 6.9
redo wastage 589,132 30.0 482.1
redo write time 4,543 0.2 3.7
redo writer latching time 2 0.0 0.0
redo writes 2,080 0.1 1.7
rollback changes - undo records a 106 0.0 0.1
rollbacks only - consistent read 325 0.0 0.3
rows fetched via callback 27,348 1.4 22.4
session connect time 6 0.0 0.0
session cursor cache hits 29,153 1.5 23.9
session logical reads 365,154 18.6 298.8
session pga memory 78,268,312 3,979.7 64,049.4
session pga memory max 96,324,768 4,897.8 78,825.5
session uga memory 262,001,112,732 13,321,864.7 ############
session uga memory max 116,009,500 5,898.7 94,934.1
shared hash latch upgrades - no w 65,452 3.3 53.6
sorts (memory) 18,654 1.0 15.3
sorts (rows) 183,882 9.4 150.5
sql area purged 41 0.0 0.0
summed dirty queue length 49 0.0 0.0
switch current to new buffer 246 0.0 0.2
table fetch by rowid 76,818 3.9 62.9
table fetch continued row 684 0.0 0.6
table scan blocks gotten 34,161 1.7 28.0
table scan rows gotten 2,017,936 102.6 1,651.3
table scans (long tables) 1 0.0 0.0
table scans (short tables) 3,180 0.2 2.6
total number of times SMON posted 18 0.0 0.0
transaction rollbacks 63 0.0 0.1
undo change vector size 3,993,928 203.1 3,268.4
user I/O wait time 4,256 0.2 3.5
user calls 25,832 1.3 21.1
user commits 1,157 0.1 1.0
user rollbacks 65 0.0 0.1
workarea executions - optimal 9,385 0.5 7.7
write clones created in backgroun 0 0.0 0.0
write clones created in foregroun 1 0.0 0.0
Instance Activity Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> Statistics with absolute values (should not be diffed)
Statistic Begin Value End Value
logons current 17 22
opened cursors current 98 199
session cursor cache count 168 2,568
Instance Activity Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> Statistics identified by '(derived)' come from sources other than SYSSTAT
Statistic Total per Hour
log switches (derived) 1 .18
OS Statistics DB/Inst: ORCL/orcl Snaps: 1-32
-> ordered by statistic type (CPU use, Virtual Memory, Hardware Config), Name
Statistic Total
BUSY_TIME 63,332
IDLE_TIME 1,548,195
SYS_TIME 48,954
USER_TIME 14,378
VM_IN_BYTES 78,569,472
VM_OUT_BYTES 22,740,992
PHYSICAL_MEMORY_BYTES 536,399,872
NUM_CPUS 1
Tablespace IO Stats DB/Inst: ORCL/orcl Snaps: 1-32
->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)
SYSTEM
5,659 0 12.7 1.2 452 0 10 24.0
SYSAUX
1,057 0 16.6 1.1 1,217 0 0 0.0
PERFSTAT
22 0 30.0 1.0 1,381 0 0 0.0
UNDOTBS1
34 0 23.5 1.0 768 0 9 0.0
EXAMPLE
8 0 75.0 1.0 2 0 0 0.0
USERS
6 0 50.0 1.0 2 0 0 0.0
File IO Stats DB/Inst: ORCL/orcl Snaps: 1-32
->Mx Rd Bkt: Max bucket time for single block read
->ordered by Tablespace, File
Tablespace Filename
Av Mx Av
Av Rd Rd Av Av Buffer BufWt
Reads Reads/s (ms) Bkt Blks/Rd Writes Writes/s Waits (ms)
EXAMPLE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
8 0 75.0 32 1.0 2 0 0
PERFSTAT C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\PERFSTAT.DBF
22 0 30.0 64 1.0 1,381 0 0
SYSAUX C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
1,057 0 16.6 ### 1.1 1,217 0 0
SYSTEM C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
5,659 0 12.7 ### 1.2 452 0 10 24.0
UNDOTBS1 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
34 0 23.5 32 1.0 768 0 9 0.0
USERS C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
6 0 50.0 32 1.0 2 0 0
File Read Histogram Stats DB/Inst: ORCL/orcl Snaps: 1-32
->Number of single block reads in each time range
->ordered by Tablespace, File
Tablespace Filename
0 - 2 ms 2 - 4 ms 4 - 8 ms 8 - 16 ms 16 - 32 ms 32+ ms
SYSTEM C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
326 37 57 155 196 167
SYSAUX C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
497 48 35 100 177 98
USERS C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
0 0 0 0 1 0
UNDOTBS1 C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
2 1 0 0 4 0
EXAMPLE C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
0 0 0 0 1 0
PERFSTAT C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\PERFSTAT.DBF
13 1 1 4 1 1
Buffer Pool Statistics DB/Inst: ORCL/orcl Snaps: 1-32
-> Standard block size Pools D: default, K: keep, R: recycle
-> Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
-> Buffers: the number of buffers. Units of K, M, G are divided by 1000
Free Writ Buffer
Pool Buffer Physical Physical Buffer Comp Busy
P Buffers Hit% Gets Reads Writes Waits Wait Waits
D 8982 99 366,134 2,521 6,588 0 0 15
Instance Recovery Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> B: Begin snapshot, E: End snapshot
Targt Estd Log File Log Ckpt Log Ckpt
MTTR MTTR Recovery Actual Target Size Timeout Interval
(s) (s) Estd IOs Redo Blks Redo Blks Redo Blks Redo Blks Redo Blks
B 0 17 2499 23208 184320 184320
E 0 14 215 23 2153 184320 2153
Buffer Pool Advisory DB/Inst: ORCL/orcl End Snap: 32
-> Only rows with estimated physical reads >0 are displayed
-> ordered by Pool, Block Size, Buffers For Estimate
Est
Phys Estimated Est
Size for Size Buffers Read Phys Reads Est Phys % dbtime
P Est (M) Factr (thousands) Factr (thousands) Read Time for Rds
D 4 .1 0 3.4 28 345 121.1
D 8 .1 1 2.7 22 265 93.0
D 12 .2 1 2.5 20 245 86.0
D 16 .2 2 2.3 19 230 80.7
D 20 .3 2 2.2 18 212 74.4
D 24 .3 3 1.8 15 177 62.1
D 28 .4 3 1.7 14 158 55.4
D 32 .4 4 1.4 12 131 46.0
D 36 .5 4 1.3 10 118 41.4
D 40 .6 5 1.2 10 107 37.5
D 44 .6 5 1.1 9 104 36.5
D 48 .7 6 1.1 9 101 35.4
D 52 .7 6 1.1 9 100 35.1
D 56 .8 7 1.1 9 98 34.4
D 60 .8 7 1.1 9 95 33.3
D 64 .9 8 1.0 9 94 33.0
D 68 .9 8 1.0 9 94 33.0
D 72 1.0 9 1.0 8 89 31.2
D 76 1.1 9 1.0 8 88 30.9
D 80 1.1 10 1.0 8 87 30.5
Buffer wait Statistics DB/Inst: ORCL/orcl Snaps: 1-32
-> ordered by wait time desc, waits desc
Class Waits Total Wait Time (s) Avg Time (ms)
data block 6 0 20
undo header 9 0 0
PGA Aggr Target Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> B: Begin snap E: End snap (rows identified with B or E contain data
which is absolute i.e. not diffed over the interval)
-> PGA cache hit % - percentage of W/A (WorkArea) data processed only in-memory
-> Auto PGA Target - actual workarea memory target
-> W/A PGA Used - amount of memory used for all Workareas (manual + auto)
-> %PGA W/A Mem - percentage of PGA memory allocated to workareas
-> %Auto W/A Mem - percentage of workarea memory controlled by Auto Mem Mgmt
-> %Man W/A Mem - percentage of workarea memory under manual control
PGA Cache Hit % W/A MB Processed Extra W/A MB Read/Written
100.0 193 0
Warning: pga_aggregate_target was set too low for current workload, as this
value was exceeded during this interval. Use the PGA Advisory view
to help identify a different value for pga_aggregate_target.
%PGA %Auto %Man
PGA Aggr Auto PGA PGA Mem W/A PGA W/A W/A W/A Global Mem
Target(M) Target(M) Alloc(M) Used(M) Mem Mem Mem Bound(K)
B 16 4 24.5 0.0 .0 .0 .0 3,276
E 16 4 29.5 0.0 .0 .0 .0 3,276
PGA Aggr Target Histogram DB/Inst: ORCL/orcl Snaps: 1-32
-> Optimal Executions are purely in-memory operations
Low High
Optimal Optimal Total Execs Optimal Execs 1-Pass Execs M-Pass Execs
2K 4K 9,075 9,075 0 0
64K 128K 27 27 0 0
512K 1024K 232 232 0 0
PGA Memory Advisory DB/Inst: ORCL/orcl End Snap: 32
-> When using Auto Memory Mgmt, minimally choose a pga_aggregate_target value
where Estd PGA Overalloc Count is 0
Estd Extra Estd PGA Estd PGA
PGA Target Size W/A MB W/A MB Read/ Cache Overalloc
Est (MB) Factr Processed Written to Disk Hit % Count
12 0.8 211.0 0.0 100.0 1
16 1.0 211.0 0.0 100.0 1
19 1.2 211.0 0.0 100.0 1
22 1.4 211.0 0.0 100.0 0
26 1.6 211.0 0.0 100.0 0
29 1.8 211.0 0.0 100.0 0
32 2.0 211.0 0.0 100.0 0
48 3.0 211.0 0.0 100.0 0
64 4.0 211.0 0.0 100.0 0
96 6.0 211.0 0.0 100.0 0
128 8.0 211.0 0.0 100.0 0
Process Memory Summary Stats DB/Inst: ORCL/orcl Snaps: 1-32
-> B: Begin snap E: End snap
-> All rows below contain absolute values (i.e. not diffed over the interval)
-> Max Alloc is Maximum PGA Allocation size at snapshot time
Hist Max Alloc is the Historical Max Allocation for still-connected processes
-> Num Procs or Allocs: For Begin/End snapshot lines, it is the number of
processes. For Category lines, it is the number of allocations
-> ordered by Begin/End snapshot, Alloc (MB) desc
Hist Num
Avg Std Dev Max Max Procs
Alloc Used Freeabl Alloc Alloc Alloc Alloc or
Category (MB) (MB) (MB) (MB) (MB) (MB) (MB) Allocs
B -------- 24.8 12.4 .0 1.3 2.0 9 14 19
Other 24.1 1.3 2.0 9 10 19
SQL .6 .3 .1 .0 0 2 9
PL/SQL .2 .1 .0 .0 0 6 17
E -------- 29.7 16.1 .0 1.2 1.7 9 14 24
Other 28.6
null
Message was edited by:
user73673567
nullHi,
How do I interpret it ...That's a mighty big question. The STATSPACK report is very complex. I have my notes here, on how I do it:
http://www.dba-oracle.com/t_reading_statspack_report.htm
And can anyone please suggest measures The way your report is posted, it's very difficult to read!
I wrote a free tool that will accept your STATYSPACK report and make rudimentary suggestions, you might want to give it a try:
http://www.statspackanalyzer.com
Hope this helps. . .
Donald K. Burleson
Oracle Press author
Author of "Oracle Tuning: The Definitive Reference": -
Error in creating perfstat user for statspack
Hi Friends,
DB: 11.2.0.2, SE and 64 bit
OS: RHEL 5.7
My DB is on SE and hence i cannot use the diagonistic pack so when i am trying to use Statspack for the same, i am facing the following error when i am trying to create Perfstat user.
SQL> @?/rdbms/admin/spcreate
Choose the PERFSTAT user's password
Not specifying a password will result in the installation FAILING
Enter value for perfstat_password: perfstat
perfstat
Choose the Default tablespace for the PERFSTAT user
Below is the list of online tablespaces in this database which can
store user data. Specifying the SYSTEM tablespace for the user's
default tablespace will result in the installation FAILING, as
using SYSTEM for performance data is not supported.
Choose the PERFSTAT users's default tablespace. This is the tablespace
in which the STATSPACK tables and indexes will be created.
TABLESPACE_NAME CONTENTS STATSPACK DEFAULT TABLESPACE
INDUS_SML_DATA PERMANENT
INDUS_SML_INDEX PERMANENT
PERFSTAT PERMANENT
SYSAUX PERMANENT *
USERS PERMANENT
Pressing <return> will result in STATSPACK's recommended default
tablespace (identified by *) being used.
Enter value for default_tablespace: PERFSTAT
Using tablespace PERFSTAT as PERFSTAT default tablespace.
Choose the Temporary tablespace for the PERFSTAT user
Below is the list of online tablespaces in this database which can
store temporary data (e.g. for sort workareas). Specifying the SYSTEM
tablespace for the user's temporary tablespace will result in the
installation FAILING, as using SYSTEM for workareas is not supported.
Choose the PERFSTAT user's Temporary tablespace.
TABLESPACE_NAME CONTENTS DB DEFAULT TEMP TABLESPACE
TEMP TEMPORARY *
Pressing <return> will result in the database's default Temporary
tablespace (identified by *) being used.
Enter value for temporary_tablespace: TEMP
Using tablespace TEMP as PERFSTAT temporary tablespace.
... Creating PERFSTAT user
... Installing required packages
... Creating views
... Granting privileges
NOTE:
SPCUSR complete. Please check spcusr.lis for any errors.
SQL>
SQL> --
SQL> -- Build the tables and synonyms
SQL> connect perfstat/&&perfstat_password
Connected.
SQL> @@spctab
SQL> Rem
SQL> Rem $Header: rdbms/admin/spctab.sql /st_rdbms_11.2.0/1 2010/08/13 10:06:01 kchou Exp $
SQL> Rem
SQL> Rem spctab.sql
SQL> Rem
SQL> Rem Copyright (c) 1999, 2010, Oracle and/or its affiliates.
SQL> Rem All rights reserved.
SQL> Rem
SQL> Rem NAME
SQL> Rem spctab.sql
SQL> Rem
SQL> Rem DESCRIPTION
SQL> Rem SQL*PLUS command file to create tables to hold
SQL> Rem start and end "snapshot" statistical information
SQL> Rem
SQL> Rem NOTES
SQL> Rem Should be run as STATSPACK user, PERFSTAT
SQL> Rem
SQL> Rem MODIFIED (MM/DD/YY)
SQL> Rem kchou 08/11/10 - Bug#9800868 - Add Missing Idle Events for
SQL> Rem 11.2.0.2for Statspack & Standby Statspack
SQL> Rem kchou 08/11/10 - Bug#9800868 - Add missing idle events to 11.2.0.2
SQL> Rem cgervasi 05/13/09 - add idle event: cell worker idle
SQL> Rem cgervasi 04/02/09 - bug8395154: missing idle events
SQL> Rem rhlee 02/22/08 -
Rem cdgreen 03/14/07 - 11 F2SQL> Rem shsong 06/14/07 - Add idle events
SQL> Rem cdgreen 02/28/07 - 5908354
SQL> Rem cdgreen 04/26/06 - 11 F1
SQL> Rem cdgreen 06/26/06 - Increase column length
SQL> Rem cdgreen 05/10/06 - 5215982
SQL> Rem cdgreen 05/24/05 - 4246955
SQL> Rem cdgreen 04/18/05 - 4228432
SQL> Rem cdgreen 03/08/05 - 10gR2 misc
SQL> Rem vbarrier 02/18/05 - 4081984
SQL> Rem cdgreen 10/29/04 - 10gR2_sqlstats
SQL> Rem cdgreen 07/16/04 - 10gR2
SQL> Rem cdialeri 03/25/04 - 3516921
SQL> Rem vbarrier 02/12/04 - 3412853
SQL> Rem cdialeri 12/04/03 - 3290482
SQL> Rem cdialeri 11/05/03 - 3202706
SQL> Rem cdialeri 10/14/03 - 10g - streams - rvenkate
SQL> Rem cdialeri 08/05/03 - 10g F3
SQL> Rem cdialeri 02/27/03 - 10g F2: baseline, purge
SQL> Rem vbarrier 02/25/03 - 10g RAC
SQL> Rem cdialeri 11/15/02 - 10g F1
SQL> Rem cdialeri 09/27/02 - sleep4
SQL> Rem vbarrier 03/20/02 - 2143634
SQL> Rem vbarrier 03/05/02 - Segment Statistics
SQL> Rem cdialeri 02/07/02 - 2218573
SQL> Rem cdialeri 01/30/02 - 2184717
SQL> Rem cdialeri 01/11/02 - 9.2 - features 2
SQL> Rem cdialeri 11/30/01 - 9.2 - features 1
SQL> Rem cdialeri 04/22/01 - Undostat changes
SQL> Rem cdialeri 03/02/01 - 9.0
SQL> Rem cdialeri 09/12/00 - sp_1404195
SQL> Rem cdialeri 04/07/00 - 1261813
SQL> Rem cdialeri 03/20/00 - Support for purge
SQL> Rem cdialeri 02/16/00 - 1191805
SQL> Rem cdialeri 01/26/00 - 1169401
SQL> Rem cdialeri 11/01/99 - Enhance, 1059172
SQL> Rem cmlim 07/17/97 - Added STATS$SQLAREA to store top sql stmts
SQL> Rem gwood 10/16/95 - Version to run as sys without using many view
SQL> Rem cellis.uk 11/15/89 - Created
SQL> Rem
SQL>
SQL> set showmode off echo off;
If this script is automatically called from spcreate (which is
the supported method), all STATSPACK segments will be created in
the PERFSTAT user's default tablespace.
Using PERFSTAT tablespace to store Statspack objects
... Creating STATS$SNAPSHOT_ID Sequence
Sequence created.
create public synonym STATS$SNAPSHOT_ID for STATS$SNAPSHOT_ID
ERROR at line 1:
ORA-00955: name is already used by an existing object
Disconnected from Oracle Database 11g Release 11.2.0.2.0 - 64bit Production
Kindly suggest on the same..
BR@?/rdbms/admin/spdrop
drop public synonym STATS$SNAPSHOT_ID;
try again -
Understanding statspack report(CPU time in top time events)
Hi,
I am using oracle 9.2.0.8 RAC on SUN solaris platform.I am trying to understand my DB statistics using the below statspack report.Can you please coment on the below report
My quetions/thoughts are:
1) CPU time is in the top timed events,Is that eman some need to do with CPU increase.Was CPU bottleneck?
2) Parse CPU to Parse Elapsd %: 80.28 .Is this means I am hard parsing most of the time.How can identify which queries doing more hard parses.what is mean by% Non-Parse CPU: 98.76
3) Memory Usage %: 96.25 96.64.It seems to be there is too much memory usage.Can you elaborate this usage about what could be the reasons for this to happen
4) global cache cr request is coming in the top wait evetns and top timed events.Is there some issue with RAC?
5) can you please explain about 5 CR Blocks Served (RAC) and 5 CU Blocks Served (RAC) and Top 5 ITL Waits per
Your help is appreciated!!
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 2,101,521.49 18,932.15
Logical reads: 91,525.82 824.54
Block changes: 6,720.68 60.55
Physical reads: 5,644.92 50.85
Physical writes: 464.97 4.19
User calls: 922.79 8.31
Parses: 342.37 3.08
Hard parses: 1.52 0.01
Sorts: 324.18 2.92
Logons: 2.66 0.02
Executes: 2,131.75 19.20
Transactions: 111.00
% Blocks changed per Read: 7.34 Recursive Call %: 78.48
Rollback per transaction %: 22.43 Rows per Sort: 15.89
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.66 Redo NoWait %: 100.00
Buffer Hit %: 93.86 In-memory Sort %: 100.00
Library Hit %: 99.95 Soft Parse %: 99.56
Execute to Parse %: 83.94 Latch Hit %: 99.79
Parse CPU to Parse Elapsd %: 80.28 % Non-Parse CPU: 98.76
Shared Pool Statistics Begin End
Memory Usage %: 96.25 96.64
% SQL with executions>1: 34.19 32.67
% Memory for SQL w/exec>1: 39.87 40.47
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 10,406 42.54
db file sequential read 1,707,372 4,282 17.51
global cache cr request 2,566,822 2,369 9.68
db file scattered read 1,109,892 1,719 7.03
SQL*Net break/reset to client 17,287 1,348 5.51
Wait Events for DB: Instance:
-> 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
db file sequential read 1,707,372 0 4,282 3 8.5
global cache cr request 2,566,822 3,356 2,369 1 12.8
db file scattered read 1,109,892 0 1,719 2 5.5
SQL*Net break/reset to clien 17,287 0 1,348 78 0.1
buffer busy waits 312,198 11 1,082 3 1.6
Message was edited by:
user509266This statspack taken for 30 minutes interval.We have 16 CPU's.We never got ORA-4031 errors.It means you have 16 * 30 * 60 = 28,800 seconds CPU available during the interval but you only used 10,406. So you don't have a CPU problem.
For Statspack documentation, you can have a look to <ORACLE_HOME>/rdbms/admin/spdoc.txt, Metalink note 228913.1, Jonathan Lewis Scratchpad, books commended by Rajesh Kumar Yogi and also to http://www.oracle.com/technology/deploy/performance/index.html -
Dear,
I encountered performance problem in my production databases, running Oracle RAC (2 nodes) on version 10.2.0.2.0. The scenario is that the database suddenly slows down at a particular time. In reviewing the alert log, I found the following message:
Node 1: Ora-3136 inbound connection timed out (occurs around 20 times)
Node 2: SQL*net time-out error (occurs few times)
In addition, in my statspack report, at that particular time interval, the following messages appear:
Node 1:
For the top 5 timed events, 'log file switch completion' is the first on the list, with the following figures:
Waits Time(s) Avg Wait (ms) Total Call time
4143 4036 974 25.8
Node 2:
For the top 5 timed events, 'gc cr block busy' is the first on the list, with the following figures:
Waits Time(s) Avg Wait (ms) Total Call time
3387 1939 573 27.2
I just guess 'log file switch completion' should not always be on the 'wait list'. Also, Archive log seems not full at the moment. There are also a lot of I/O at that moment. Not understand what the DB is doing.
Do anyone have any ideas on the cause of the problem?
ThanksYou need to define a service to run preferably on node 2 with failover to node 1, and give a your batch jobs a connect string that connects to that service:
srvctl add service -d whatever -s batchserv -r node2 -a node1
and in your tnsnames.ora,
batchserv=
(description=
(address_list=
(failover=on)(load_balance=on)
(address=(node1....)(address=(node2...))
(connect_data=(service_name=batchserv))
I've recorded many demonstrations of this sort thing,
Free Oracle Databse 12c and 11g Tutorials for Administration and Developers SkillBuilders
John Watson
Oracle Certified Master DBA -
STATSPACK REPORT (BUFFER HIT RATIO)
my statspack report shows that my buffer ration is 83%...what factors i need to look to imporve the buffer hit ratio. Thanks
I deleted because i realized that i took the statspack report of 1 day period.
Below is the Statspack report of 1 hour. Can you please let me know if i still need to increase database buffer cache?
STATSPACK report for
Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
4254163 TEST1 1 28-Jun-07 23:30 10.2.0.3.0 NO
Host Name: Linux3 Num CPUs: 2 Phys Memory (MB): 7,968
~~~~
Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
~~~~~~~~ ---------- ------------------ -------- --------- -------------------
Begin Snap: 32 03-Jul-07 11:59:13 23 11.0
End Snap: 42 03-Jul-07 14:07:33 26 11.3
Elapsed: 128.33 (mins)
Cache Sizes Begin End
~~~~~~~~~~~ ---------- ----------
Buffer Cache: 100M Std Block Size: 8K
Shared Pool Size: 100M Log Buffer: 33,823K
Load Profile Per Second Per Transaction
~~~~~~~~~~~~ --------------- ---------------
Redo size: 1,259.57 8,598.13
Logical reads: 148.39 1,012.92
Block changes: 6.41 43.76
Physical reads: 41.91 286.09
Physical writes: 0.73 5.02
User calls: 15.66 106.91
Parses: 4.07 27.77
Hard parses: 0.27 1.85
Sorts: 1.70 11.61
Logons: 0.01 0.07
Executes: 9.59 65.47
Transactions: 0.15
% Blocks changed per Read: 4.32 Recursive Call %: 83.09
Rollback per transaction %: 6.03 Rows per Sort: 11.39
Instance Efficiency Percentages
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 71.77 In-memory Sort %: 100.00
Library Hit %: 93.15 Soft Parse %: 93.34
Execute to Parse %: 57.58 Latch Hit %: 100.00
Parse CPU to Parse Elapsd %: 97.12 % Non-Parse CPU: 86.74
Shared Pool Statistics Begin End
Memory Usage %: 91.37 92.38
% SQL with executions>1: 77.55 80.43
% Memory for SQL w/exec>1: 83.11 84.69
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
CPU time 132 48.3
db file sequential read 89,745 91 1 33.4
db file scattered read 29,289 35 1 13.0
control file parallel write 2,558 6 2 2.1
log file parallel write 2,294 3 1 1.0
Host CPU (CPUs: 2)
~~~~~~~~ Load Average
Begin End User System Idle WIO WCPU
0.11 0.11 2.26 2.65 95.09 0.90 0.24
Instance CPU
~~~~~~~~~~~~
% of total CPU for Instance: 1.06
% of busy CPU for Instance: 21.63
%DB time waiting for CPU - Resource Mgr:
Memory Statistics Begin End
~~~~~~~~~~~~~~~~~ ------------ ------------
Host Mem (MB): 7,967.6 7,967.6
SGA use (MB): 316.0 316.0
PGA use (MB): 57.8 62.6
% Host Mem used for SGA+PGA: 4.7 4.8
Time Model System Stats DB/Inst: TEST1/TEST1 Snaps: 32-42
-> Ordered by % of DB time desc, Statistic name
Statistic Time (s) % of DB time
sql execute elapsed time 212.3 92.7
DB CPU 124.2 54.2
parse time elapsed 21.6 9.4
hard parse elapsed time 19.7 8.6
PL/SQL execution elapsed time 4.3 1.9
hard parse (sharing criteria) elaps 1.4 .6
connection management call elapsed 1.4 .6
PL/SQL compilation elapsed time 1.2 .5
repeated bind elapsed time 0.1 .0
hard parse (bind mismatch) elapsed 0.1 .0
sequence load elapsed time 0.0 .0
DB time 228.9
background elapsed time 48.2
background cpu time 39.3
Wait Events DB/Inst: TEST1/TEST1 Snaps: 32-42
-> s - second, cs - centisecond, ms - millisecond, us - microsecond
-> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
db file sequential read 89,745 0 91 1 79.6
db file scattered read 29,289 0 35 1 26.0
control file parallel write 2,558 0 6 2 2.3
log file parallel write 2,294 0 3 1 2.0
db file parallel write 2,179 0 3 1 1.9
log file sync 1,089 0 2 2 1.0
os thread startup 7 0 1 120 0.0
latch free 3 0 0 89 0.0
SQL*Net break/reset to client 640 0 0 0 0.6
direct path read 140 0 0 1 0.1
control file sequential read 3,599 0 0 0 3.2
SQL*Net more data to client 2,121 0 0 0 1.9
db file parallel read 49 0 0 1 0.0
cursor: pin S wait on X 2 100 0 16 0.0
read by other session 4 0 0 5 0.0
direct path write 24 0 0 0 0.0
latch: shared pool 1 0 0 2 0.0
SQL*Net message from client 120,211 0 47,282 393 106.6
wait for unread message on broadc 7,631 100 7,517 985 6.8
Streams AQ: waiting for messages 1,540 100 7,512 4878 1.4
Streams AQ: qmn slave idle wait 275 0 7,508 27302 0.2
Streams AQ: qmn coordinator idle 554 51 7,508 13553 0.5
Streams AQ: waiting for time mana 25 52 6,643 ###### 0.0
SQL*Net message to client 120,215 0 0 0 106.6
class slave wait 7 0 0 1 0.0
SQL*Net more data from client 146 0 0 0 0.1
Background Wait Events DB/Inst: TEST1/TEST1 Snaps: 32-42
-> %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
-> Only events with Total Wait Time (s) >= .001 are shown
-> ordered by Total Wait Time desc, Waits desc (idle events last)
Avg
%Time Total Wait wait Waits
Event Waits -outs Time (s) (ms) /txn
control file parallel write 2,557 0 6 2 2.3
log file parallel write 2,290 0 3 1 2.0
db file parallel write 2,179 0 3 1 1.9
os thread startup 7 0 1 120 0.0
db file sequential read 1,456 0 1 0 1.3
db file scattered read 25 0 0 8 0.0
control file sequential read 156 0 0 0 0.1
latch: shared pool 1 0 0 2 0.0
rdbms ipc message 25,017 92 59,496 2378 22.2
pmon timer 2,576 100 7,513 2917 2.3
Streams AQ: qmn slave idle wait 275 0 7,508 27302 0.2
Streams AQ: qmn coordinator idle 554 51 7,508 13553 0.5
smon timer 26 96 7,148 ###### 0.0
Streams AQ: waiting for time mana 25 52 6,643 ###### 0.0
Wait Event Histogram DB/Inst: TEST1/TEST1 Snaps: 32-42
-> Total Waits - units: K is 1000, M is 1000000, G is 1000000000
-> % of Waits - column heading: <=1s is truly <1024ms, >1s is truly >=1024ms
-> % of Waits - value: .0 indicates value was <.05%, null is truly 0
-> Ordered by Event (idle events last)
Total ----------------- % of Waits ------------------
Event Waits <1ms <2ms <4ms <8ms <16ms <32ms <=1s >1s
LGWR wait for redo copy 7 100.0
SQL*Net break/reset to cli 640 99.2 .6 .2
SQL*Net more data to clien 2121 100.0
control file parallel writ 2558 84.2 12.0 .7 1.4 1.5 .2
control file sequential re 3599 99.9 .1
cursor: pin S wait on X 2 100.0
db file parallel read 49 93.9 2.0 4.1
db file parallel write 2179 68.2 19.9 6.8 4.0 .9 .1 .1
db file scattered read 29K 90.7 6.0 .5 .5 .6 .8 .9
db file sequential read 89K 89.4 2.8 1.3 3.6 1.5 .7 .6
direct path read 140 87.1 2.9 .7 1.4 7.1 .7
direct path write 24 100.0
latch free 3 100.0
latch: messages 1 100.0
latch: shared pool 1 100.0
log file parallel write 2294 77.4 17.3 2.0 1.3 1.1 .8 .2
log file sync 1089 62.4 28.8 3.3 1.7 2.5 1.1 .2
os thread startup 7 100.0
read by other session 4 50.0 25.0 25.0
SQL*Net message from clien 120K 95.2 1.6 .9 .3 .1 .2 .1 1.7
SQL*Net message to client 120K 100.0
SQL*Net more data from cli 146 100.0
Streams AQ: qmn coordinato 554 49.1 .2 .2 50.5
Streams AQ: qmn slave idle 275 100.0
Streams AQ: waiting for me 1540 .2 99.8
Streams AQ: waiting for ti 25 36.0 16.0 48.0
class slave wait 7 85.7 14.3
pmon timer 2577 .5 .1 .1 99.3
rdbms ipc message 25K 2.3 1.3 1.4 .4 .4 .3 32.1 61.8
smon timer 26 100.0
wait for unread message on 7631 .0 .0 100.0 .0
Maybe you are looking for
-
I have an '09 macbook and want to select specific pictures to put on a disc that will play on my televisions dvd player. How do I do that?
-
Regarding Traction code Creation
Hi All, How to create Transation code for Database Table Entries. I mean i have Database Table. I have to use TCode for entering the data into that table. If any one give the solution usefull for me. Thanks in Advance. Subbu.
-
I've been bothered by this for a while, and I can't come up with a good answer. Why is the doAs() method of the Subject class static? It seems totally bizarre to be invoking a static method on that class, then passing a perfectly good instance of the
-
Could anyone tell what POXCON executable is doing ? Is it possible to see the source code.
-
Yeah I was not using the latest version of Acrobat, but it worked fine. Really Apple is becoming just as bad as Microsoft. You were a much better company when you weren't selling toys for the mass market but instead were concerned about professional