TRACE 분석 관련 질문 - STATSPACK 레벨 확인 등
TRACE 분석을 해보면 실행계획은 빠져나와서 DBA분에게 LEVEL 6로 요청을 할 예정입니다.
1.
그런데.. 현재 STATSPACK LEVEL 을 직접 확인할 방법이 없나 궁금하네요
2.
Row Source Operation 부분을 보면
TABLE ACCESS FULL ....... (cr=7425 pr=0 pw=0 time=3638239 us)
이렇게 되어있는데
CR, PR, PW, TIME, US 의 의미, 단위가 궁금합니다.
글보시는 분들 모두 연휴 잘 보내세요~
1. 아래처럼 statspack report를 보면 나오지요.
Snap Snap
Instance DB Name Id Snap Started Level Comment
2 18 Dec 2006 15:33 5
3 22 Dec 2006 17:27 10
4 22 Dec 2006 18:00 10
5 22 Dec 2006 19:00 10
6 22 Dec 2006 20:00 10
perfstat우저에서 $ORACLE_HOME/rdbms/admin/spreport.sql 을 수행하면
Level부분이 있습니다. 이 부분을 보면 되겠구요.
아래 쿼리로도 확인할 수 있습니다.
select snap_id, to_char(startup_time, 'YYYY-MON-DD:HH24:MI:SS') insert_fmt,
to_char(snap_time, 'YYYY-MON-DD:HH24:MI:SS') snapdat,
snap_level "level"
from stats$snapshot
order by snap_id;
SNAP_ID INSERT_FMT SNAPDAT level
52 2006-DEC-23:02:31:48 2006-DEC-23:08:44:10 5
62 2006-DEC-23:02:31:26 2006-DEC-23:08:44:31 5
그리고 statspack level에서 level 6으로 설정하는 방법은..
아래를 crontab에 sqlplus로 들어가서 수행하는 쉘로 등록해두면 되겠죠.
execute statspack.snap(I_SNAP_LEVEL=>6);
참고로 statspack level별로 수집할 수 있는 정보는 아래와
같습니다.
Levels = 0 General performance statistics
Statistics gathered:
This level and any level greater than 0 collects general
performance statistics, such as: wait statistics, system events,
system statistics, rollback segment data, row cache, SGA,
background events, session events, lock statistics,
buffer pool statistics, parent latch statistics.
Levels = 5 Additional data: SQL Statements
This level includes all statistics gathered in the lower level(s),
and additionally gathers the performance data on high resource
usage SQL statements.
SQL 'Thresholds'
The SQL statements gathered by Statspack are those which exceed one of
four predefined threshold parameters:
- number of executions of the SQL statement (default 100)
- number of disk reads performed by the SQL statement (default 1,000)
- number of parse calls performed by the SQL statement (default 1,000)
- number of buffer gets performed by the SQL statement (default 10,000)
The values of each of these threshold parameters are used when
deciding which SQL statements to collect - if a SQL statement's
resource usage exceeds any one of the above threshold values, it
is captured during the snapshot.
The SQL threshold levels used are either those stored in the table
stats$statspack_parameter, or by the thresholds specified when
the snapshot is taken.
Levels = 6
This level includes all statistics gathered in the lower level(s).
Additionally, it gathers SQL plans and plan usage data for each of the
high resource usage SQL statements captured. Therefore, level 6 snapshots
should be used whenever there is the possibility that a plan may change.
To gather the plan for a SQL statement, the statement must be in the shared
pool at the time the snapshot is taken, and it must exceed one of the SQL
thresholds. To gather plans for all statements in the shared pool, specify
the executions threshold to be zero (0) for those snapshots.
Levels = 10 Additional statistics: Child latches
This level includes all statistics gathered in the lower levels, and
additionally gathers high Child Latch information. Data gathered at
this level can sometimes cause the snapshot to take longer to complete
i.e. this level can be resource intensive, and should only be used
when advised by Oracle personnel.
2. Resource Source Operation 에서의 단위는 아래와 같습니다.
cr= : Consistent Read 총블록수
r= (Oracle Database 10g는 pr=) : Physical Read 총블록수
w= (Oracle Database 10g는 pw=): Physical Write 총블록수
time= : 전체 처리시간(마이크로초(1/1000000초) 단위)
그리고 cs us ms는 time의 단위를 말합니다.
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
Similar Messages
-
Execution time difference between Statspack and DBM_Monitor trace
Hi Everyone,
We noticed that output of query execution time is quite differ between statspack and session tracing (DBMS_MONITOR) report. The query execution time in Statspack was 1402 sec and in session trace file was 312.25 Sec. FYI database version is 11.2.0.3 which is installed on platform OL 5.8
Both of the following reports (Staspack/tracing) was executed on same system and at the same time. Could you suggest why execution time is differ in staspack and session tracing?
Staspack execution time :-
Elapsed Elap per CPU Old
Time (s) Executions Exec (s) %Total Time (s) Physical Reads Hash Value
1402.50 1 1402.50 9.1 53.92 256,142 3247794574
select * from ( select * from ( select resourcecontentslocati
on,isprotocolname,ismimecontenttype,indexedmetatext,objectid,met
atext,valueaddxml,resourcetype,resourceviewedtime,iscmaresultid,
resourcelastviewedbyuser,issequencenumber,nvl(length(contents),0
Session tracing time:-
call count cpu elapsed disk query current rows
Parse 1 10.58 256.44 43364 153091 0 0
Execute 1 0.01 0.08 0 0 0 0
Fetch 143 2.09 55.72 25440 32978 0 1000
total 145 12.69 312.25 68804 186069 0 1000
Thanks
RajdeepHi,
First of all, please read the [url https://wikis.oracle.com/display/Forums/Forums+FAQ]FAQ page and find out how to use the code tags to format your output properly so that it's readable.
I don't want to work out the stats formatting but I'd guess that if you ran the query first time and the data was not cached, it would be slower than the 2nd query when it was cached. The stats should confirm this so please format them so we can see it properly.
Rob -
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. -
Need suggestion on STATSPACK report
Problem:
Application running Very slow that too not consistent.
i am unable to find out where the problem persists.
I have given necessary details and attached Statspack report with this mail.
Need help very urgently...
Database Info.
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
PL/SQL Release 9.2.0.1.0 - Production
CORE 9.2.0.1.0 Production
TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
NLSRTL Version 9.2.0.1.0 - Production
System Information:
Item Value
OS Name Microsoft Windows 2000 Advanced Server
Version 5.0.2195 Service Pack 3 Build 2195
OS Manufacturer Microsoft Corporation
System Name NHOUSE
System Manufacturer HP
System Model ProLiant DL380 G3
System Type X86-based PC
Processor x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2384 Mhz
Processor x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2384 Mhz
Windows Directory C:\WINNT
System Directory C:\WINNT\System32
Total Physical Memory 1,572,372 KB
Available Physical Memory 865,600 KB
Total Virtual Memory 5,086,520 KB
Available Virtual Memory 3,755,652 KB
Page File Space 3,514,148 KB
Page File C:\pagefile.sys
Other Info:
Shared Server Mode
No. of Instance Running : 1(ST011)
No. of Application running for this instance : 1 (Softtrack)
Database Type : OLTP (Order Entry System with report generations)
No of users : 2(Object Schema and AccessSchema)
File Placement :
All FIles placed in single disk since lack of disks.
StatsPack report:
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
ST011 1063661848 st011 1 9.2.0.1.0 NO NHOUSE
Snap Id Snap Time Sessions Curs/Sess Comment
Begin Snap: 41 07-Aug-03 09:37:30 15 4.3
End Snap: 62 08-Aug-03 04:00:04 15 3.8
Elapsed: 1,102.57 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 136M Std Block Size: 8K
Shared Pool Size: 168M Log Buffer: 512K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 445.51 1,374.71
Logical reads: 870.05 2,684.69
Block changes: 2.11 6.51
Physical reads: 15.05 46.44
Physical writes: 4.02 12.42
User calls: 16.13 49.78
Parses: 5.49 16.93
Hard parses: 0.89 2.76
Sorts: 1.36 4.21
Logons: 0.00 0.01
Executes: 5.84 18.02
Transactions: 0.32
% Blocks changed per Read: 0.24 Recursive Call %: 57.93
Rollback per transaction %: 50.19 Rows per Sort: 148.29
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 99.01 In-memory Sort %: 99.59
Library Hit %: 93.31 Soft Parse %: 83.72
Execute to Parse %: 6.04 Latch Hit %: 99.99
Parse CPU to Parse Elapsd %: 97.75 % Non-Parse CPU: 86.83
Shared Pool Statistics Begin End
Memory Usage %: 18.19 92.77
% SQL with executions>1: 47.57 41.10
% Memory for SQL w/exec>1: 44.60 42.30
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 1,025 46.80
control file parallel write 21,433 558 25.48
SQL*Net more data to client 495,625 181 8.27
log file parallel write 12,335 102 4.64
log file sync 10,697 89 4.06
Wait Events for DB: ST011 Instance: st011 Snaps: 41 -62
-> 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
control file parallel write 21,433 0 558 26 1.0
SQL*Net more data to client 495,625 0 181 0 23.1
log file parallel write 12,335 12,030 102 8 0.6
log file sync 10,697 1 89 8 0.5
db file scattered read 75,969 0 81 1 3.5
direct path read 210,093 0 66 0 9.8
db file parallel write 2,480 1,240 51 21 0.1
db file sequential read 19,775 0 21 1 0.9
control file sequential read 17,629 0 6 0 0.8
direct path write 774 0 5 7 0.0
enqueue 9 0 2 231 0.0
SQL*Net break/reset to clien 2,552 0 1 1 0.1
log file sequential read 30 0 1 21 0.0
db file single write 32 0 0 11 0.0
switch logfile command 2 0 0 144 0.0
control file single write 5 0 0 29 0.0
log file single write 2 0 0 12 0.0
LGWR wait for redo copy 78 1 0 0 0.0
latch free 7 0 0 0 0.0
async disk IO 13 0 0 0 0.0
buffer busy waits 9 0 0 0 0.0
reliable message 3 0 0 0 0.0
undo segment extension 9 9 0 0 0.0
SQL*Net message from client 1,067,763 0 116,054 109 49.8
virtual circuit status 1,005,679 1,028 68,949 69 46.9
jobq slave wait 786 753 2,403 3057 0.0
SQL*Net more data from clien 5,972 0 4 1 0.3
SQL*Net message to client 1,067,776 0 3 0 49.8
Background Wait Events for DB: ST011 Instance: st011 Snaps: 41 -62
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
control file parallel write 21,376 0 556 26 1.0
log file parallel write 12,335 12,030 102 8 0.6
db file parallel write 2,480 1,240 51 21 0.1
control file sequential read 13,975 0 3 0 0.7
db file scattered read 220 0 1 3 0.0
log file sequential read 30 0 1 21 0.0
db file sequential read 231 0 1 2 0.0
direct path write 8 0 0 7 0.0
log file single write 2 0 0 12 0.0
direct path read 8 0 0 3 0.0
LGWR wait for redo copy 78 1 0 0 0.0
log file sync 1 0 0 11 0.0
rdbms ipc reply 42 0 0 0 0.0
async disk IO 13 0 0 0 0.0
buffer busy waits 4 0 0 0 0.0
rdbms ipc message 89,265 77,930 400,950 4492 4.2
smon timer 225 210 67,257 ###### 0.0
SQL ordered by Gets for DB: ST011 Instance: st011 Snaps: 41 -62
-> 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
3,329,463 78 42,685.4 5.8 33.84 40.89 2765271770
select distinct s1.prospectna, s1.praddr1, s1.praddr2, s1.praddr
3, s1.prcity, s1.prstate from (select distinct a.oanno as uoanno
, decode(a.oanno,NUll,b.oandt,a.oandt) as uoandt, ltrim(rtrim(up
per(prospectna))) prospectna, decode(praddr1,null,' ',ltrim(rtri
m(upper(praddr1)))) as praddr1, decode(praddr2,null,' ',ltrim(rt
2,150,915 78 27,575.8 3.7 34.70 231.25 1951422680
select s1.* from (select distinct a.oanno as uoanno, decode(a.oa
nno,Null,b.roanno,a.roanno) as uroanno, decode(a.oanno,NUll,b.oa
ndt,a.oandt) as uoandt, decode(a.oanno,NUll,b.pono,a.pono) as up
ono, decode(a.oanno,Null,b.podt,a.podt) as upodt, decode(a.oanno
,Null,upper(b.npsloffice),upper(a.npsloffice)) as npsl, decode(a
967,504 387 2,500.0 1.7 3.25 3.32 1647834759
select * from (select null table_catalog, ac.owner table_schema,
ac.table_name table_name, acc.column_name column_name, null col
umn_guid, null column_propid, acc.position ordinal, ac.constrain
t_name pk_name from all_constraints ac, all_cons_columns acc whe
re ac.owner=acc.owner and ac.constraint_type='P' and ac.constrai
869,555 24 36,231.5 1.5 11.56 54.15 569094110
select workorderno, workorddt, a.oanno as uoanno, decode(b.oanno
,Null,a.oandt, b.oandt) as uoandt, decode(b.oanno,Null,a.roanno,
b.roanno) as uroanno, decode(b.oanno,Null,a.pono,b.pono) as up
ono,decode(b.oanno,null,a.podt,b.podt) as upodt, decode(b.oanno
,Null,upper(a.npsloffice),upper(b.npsloffice)) as npsl,decode(b.
821,376 24 34,224.0 1.4 8.73 11.09 1011529824
select distinct ltrim(rtrim(upper(prospectna))) prospectna, deco
de(praddr1,null,' ',ltrim(rtrim(upper(praddr1)))) pr1, decode(pr
addr2,null,' ',ltrim(rtrim(upper(praddr2)))) pr2, decode(pradd
r3,null,' ',ltrim(rtrim(upper(praddr3)))) pr3, decode(prcity,nul
l ,' ', ltrim(rtrim(upper(prcity)))) prcity, decode(prstate,nul
774,701 30 25,823.4 1.3 10.50 26.76 2315633148
select a.oanno as uoanno,a.roanno as uroanno,a.oandt as uoandt,
a.pono as upono,a.podt as upodt,upper(a.npsloffice) as npsl,dec
ode(d.delicity,null,'NOT AVAILABLE',UPPER(d.delicity)) as dely,
ltrim(rtrim(upper(prospectna))) prospectna, decode(praddr1,null
,' ',ltrim(rtrim(upper(praddr1)))) as pr1, decode(praddr2,null,'
761,959 30 25,398.6 1.3 7.63 8.27 1655857706
select distinct ltrim(rtrim(upper(prospectna))) prospectna,ltrim
(rtrim(upper(praddr1))) praddr1,ltrim(rtrim(upper(praddr2))) pra
ddr2,ltrim(rtrim(upper(praddr3))) praddr3,ltrim(rtrim(upper(prci
ty))) prcity,ltrim(rtrim(upper(prstate))) prstate from softdb.
oandetails a, softdb.oanudetails b, softdb.enquiryform, softdb.
650,627 21 30,982.2 1.1 6.92 7.12 4059808258
SQL ordered by Gets for DB: ST011 Instance: st011 Snaps: 41 -62
-> 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
Module: SQL*Plus
INSERT into stats$sqltext ( hash_value
, text_subset , piece
, sql_text , address , comman
d_type , last_snap_id )
select st1.hash_value , ss.text_subset
397,508 159 2,500.1 0.7 1.64 1.57 1524142529
select * from (select null table_catalog, ac.owner table_schema,
ac.table_name table_name, acc.column_name column_name, null col
umn_guid, null column_propid, acc.position ordinal, ac.constrain
t_name pk_name from all_constraints ac, all_cons_columns acc whe
re ac.owner=acc.owner and ac.constraint_type='P' and ac.constrai
289,960 144,980 2.0 0.5 10.75 9.52 2091761008
select condition from cdef$ where rowid=:1
287,552 9 31,950.2 0.5 0.00 13.58 2301846564
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate;
broken BOOLEAN := FALSE; BEGIN statspack.snap; :mydate := next_d
ate; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
115,275 169 682.1 0.2 0.81 0.89 1682770808
select * from (select null table_catalog, idx.table_owner table_
schema, idx.table_name table_name, null index_catalog, idx.owner
index_schema, idx.index_name index_name, null primary_key, deco
de(idx.uniqueness, 'UNIQUE', 65535, 0) unique_, decode(idx.index
type, 'CLUSTER', 65535, 0) clustered, null type, null fillfact
95,008 38 2,500.2 0.2 0.39 0.36 3969207777
select * from (select null table_catalog, ac.owner table_schema,
ac.table_name table_name, acc.column_name column_name, null col
umn_guid, null column_propid, acc.position ordinal, ac.constrain
t_name pk_name from all_constraints ac, all_cons_columns acc whe
re ac.owner=acc.owner and ac.constraint_type='P' and ac.constrai
85,527 1 85,527.0 0.1 3.14 4.49 2005338978
BEGIN :RET_VAL := DBMS_METADATA.FETCH_CLOB(:HANDLE);
END;
85,314 1 85,314.0 0.1 3.13 4.30 3633453749
SELECT VALUE(KU$) XMLSCHEMA_T FROM SYS.KU$_XMLSCHEMA_VIEW KU$ WH
ERE KU$.OWNER_NAME='SOFTDB'
55,861 1 55,861.0 0.1 0.66 1.51 2026512687
select s1.* from (select a.oanno as uoanno, decode(a.oanno,NUll,
SQL ordered by Reads for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
37,620 78 482.3 3.8 34.70 231.25 1951422680
select s1.* from (select distinct a.oanno as uoanno, decode(a.oa
nno,Null,b.roanno,a.roanno) as uroanno, decode(a.oanno,NUll,b.oa
ndt,a.oandt) as uoandt, decode(a.oanno,NUll,b.pono,a.pono) as up
ono, decode(a.oanno,Null,b.podt,a.podt) as upodt, decode(a.oanno
,Null,upper(b.npsloffice),upper(a.npsloffice)) as npsl, decode(a
10,262 21 488.7 1.0 7.86 20.17 1017492279
Module: SQL*Plus
INSERT into stats$sql_summary ( snap_id
, dbid , instance_number , text_subset
, sharable_mem , sorts , modu
le , loaded_versions , fetches
, executions , loads , invalidations
10,249 22 465.9 1.0 7.70 20.12 2734029811
Module: SQL*Plus
INSERT into stats$sql_statistics ( snap_id
, dbid , instance_number , total_
sql , total_sql_mem , single_use_sql
, single_use_sql_mem ) select :
b3 , :b2 , :b1 , count(1)
6,164 24 256.8 0.6 11.56 54.15 569094110
select workorderno, workorddt, a.oanno as uoanno, decode(b.oanno
,Null,a.oandt, b.oandt) as uoandt, decode(b.oanno,Null,a.roanno,
b.roanno) as uroanno, decode(b.oanno,Null,a.pono,b.pono) as up
ono,decode(b.oanno,null,a.podt,b.podt) as upodt, decode(b.oanno
,Null,upper(a.npsloffice),upper(b.npsloffice)) as npsl,decode(b.
3,625 30 120.8 0.4 10.50 26.76 2315633148
select a.oanno as uoanno,a.roanno as uroanno,a.oandt as uoandt,
a.pono as upono,a.podt as upodt,upper(a.npsloffice) as npsl,dec
ode(d.delicity,null,'NOT AVAILABLE',UPPER(d.delicity)) as dely,
ltrim(rtrim(upper(prospectna))) prospectna, decode(praddr1,null
,' ',ltrim(rtrim(upper(praddr1)))) as pr1, decode(praddr2,null,'
3,582 7 511.7 0.4 0.17 1.10 2255532526
delete from softdb.oanaddr where oanno not in (select oanno from
softdb.oanitem where regndt='07-Aug-2003' and regnno='00CHEN00
23120' and qtndt='07-Aug-2003' and qtnno='00CHEN0023120') and r
egndt='07-Aug-2003' and regnno='00CHEN0023120' and qtndt='07-Au
g-2003' and qtnno='00CHEN0023120'
3,110 8 388.8 0.3 1.39 17.41 2559037884
select a.itemdesc, a.mcslno, a.oanno, a.oandt, a.itemsrlno from
softdb.keytab a, softdb.oanups b where a.oanno = b.oanno(+) and
a.oandt = b.oandt(+) and a.itemsrlno = b.itemsrlno(+) and b.oann
o is null union select a.itemdesc, a.mcslno, a.oanno, a.oandt, a
.itemsrlno from softdb.keytab a, softdb.oanups b where a.oanno
2,359 7 337.0 0.2 0.14 0.44 2169388924
delete from softdb.commdeliaddr where regndt='07-Aug-2003' and r
egnno='00CHEN0023120' and qtndt='07-Aug-2003' and qtnno='00CHEN0
SQL ordered by Reads for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
023120' and commid not in (select commid from softdb.commdeliite
ms where regndt='07-Aug-2003' and regnno='00CHEN0023120' and qtn
dt='07-Aug-2003' and qtnno='00CHEN0023120')
1,963 7 280.4 0.2 0.27 2.61 3352066490
delete from softdb.oanlevy where oanno not in (select oanno fro
m softdb.oanitem where regndt='07-Aug-2003' and regnno='00CHEN0
023120' and qtndt='07-Aug-2003' and qtnno='00CHEN0023120') and
regndt='07-Aug-2003' and regnno='00CHEN0023120' and qtndt='07-A
ug-2003' and qtnno='00CHEN0023120'
1,547 2 773.5 0.2 0.08 0.31 2526194774
delete from softdb.oanlevy where oanno not in (select oanno fro
m softdb.oanitem where regndt='07-Aug-2003' and regnno='00MUMB0
023121' and qtndt='07-Aug-2003' and qtnno='00MUMB0023121') and
regndt='07-Aug-2003' and regnno='00MUMB0023121' and qtndt='07-A
ug-2003' and qtnno='00MUMB0023121'
1,404 2 702.0 0.1 0.11 0.23 3517028935
select softdb.oanaddr.*, softdb.oanaddr.ROWID from softdb.oanadd
r where delflg='N' and commid is null
1,298 2 649.0 0.1 0.09 0.27 2203325864
delete from softdb.oanaddr where oanno not in (select oanno from
softdb.oanitem where regndt='07-Aug-2003' and regnno='00MUMB00
23121' and qtndt='07-Aug-2003' and qtnno='00MUMB0023121') and r
egndt='07-Aug-2003' and regnno='00MUMB0023121' and qtndt='07-Au
g-2003' and qtnno='00MUMB0023121'
1,261 6 210.2 0.1 0.05 0.15 576637004
delete from softdb.ordterms where commid is not null and regndt=
'07-Aug-2003' and regnno='00CHEN0023120' and qtndt='07-Aug-2003'
and qtnno='00CHEN0023120' and commid not in (select commid from
softdb.commdeliitems where regndt='07-Aug-2003' and regnno='00C
HEN0023120' and qtndt='07-Aug-2003' and qtnno='00CHEN0023120')
1,244 6 207.3 0.1 0.06 0.15 563121091
select softdb.ordterms.*, softdb.ordterms.ROWID from softdb.or
dterms where delflg='N' and regndt ='07-Aug-2003' and regnno='
SQL ordered by Executions for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
144,980 144,980 1.0 0.00 0.00 2091761008
select condition from cdef$ where rowid=:1
23,545 0 0.0 0.00 0.00 1981921526
update object_usage set flags=flags+1 where obj#=:1 and bitand(f
lags, 1)=0
16,526 16,519 1.0 0.00 0.00 3016965513
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),
10,812 0 0.0 0.00 0.00 4031175624
alter session set isolation_level = read committed
8,449 13 0.0 0.00 0.00 2963598673
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
8,437 8,437 1.0 0.00 0.00 2964743345
select count(*) from sys.job$ where (next_date > sysdate) and (n
ext_date < (sysdate+5/86400))
4,152 4,152 1.0 0.00 0.00 3879177167
select :V00001 from dual
2,703 45,951 17.0 0.00 0.00 1947239399
Module: VPXDBA
/* OracleOEM */ select value from v$parameter where name in ('d
b_block_buffers','buffer_pool_keep','db_block_lru_latches','buff
er_pool_recycle', 'log_buffer','cursor_space_for_time','open_cur
sors','shared_pool_size', 'shared_pool_reserved_size','session_c
ached_cursors','parallel_min_servers', 'parallel_max_servers','s
2,533 628,184 248.0 0.00 0.00 71821313
Module: VPXDBA
/* OracleOEM */ select value from v$sysstat order by statistic#
2,532 2,532 1.0 0.00 0.00 3077298272
Module: VPXDBA
/* OracleOEM */ select sum(decode(name,'free memory',bytes)), su
m(bytes) from v$sgastat where pool='shared pool'
2,504 2,504 1.0 0.00 0.00 1818901441
Module: VPXDBA
/* OracleOEM */ select sum(decode(status,'ACTIVE',1,0)),sum(deco
de(status,'INACTIVE',1,0))from v$session
2,492 62,998 25.3 0.01 0.01 2080871317
Module: VPXDBA
SQL ordered by Executions for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
/* OracleOEM */ select event,time_waited,total_waits, total_tim
eouts from v$system_event where event not in ('PX Idle Wait','p
mon timer','smon timer','rdbms ipc message', 'parallel dequeue w
ait', 'parallel query dequeue','virtual circuit', 'SQL*Net
message from client','SQL*Net message to client', 'SQL*Ne
2,389 37 0.0 0.00 0.00 4266807470
Module: VPXDBA
/* OracleOEM */ select event, count(*) from v$session_wait where
wait_time = 0 and event not in ('PX Idle Wait','pmon timer','s
mon timer','rdbms ipc message', 'parallel dequeue wait', 'parall
el query dequeue','virtual circuit', 'SQL*Net message from clien
t','SQL*Net message to client','SQL*Net more data to client', 'S
2,196 2,196 1.0 0.00 0.00 1903595484
Module: VPXDBA
/* OracleOEM */ select sum(pins), sum(pinhits), sum(reloads) fro
m v$librarycache
2,196 24,493 11.2 0.00 0.00 2352784315
Module: VPXDBA
/* OracleOEM */ SELECT s.sid, s.serial#, s.fixed_table_sequence,
s.status,NVL(s.username,bg.name), cpu.value tot_cpu, physio.va
lue phys_reads,parse.value hard_parse, mem.value pga,logio.v
alue log_reads FROM v$session s, v$bgprocess bg, (SELE
CT sid,value FROM v$sesstat WHERE statistic# = :1) cpu, (SEL
2,046 3,716 1.8 0.00 0.00 360204161
SELECT BUCKET, ENDPTHASH, ENDPTVAL, UTL_RAW.CAST_TO_
RAW(ENDPTVAL) ENDPTVAL_RAW FROM SYS.EXU8HSTU WHERE
POBJID = :1 AND INTCOL = :2 ORDER BY BUCKET
1,507 0 0.0 0.00 0.00 1930352736
select softdb.oanitem.*, softdb.oanitem.ROWID from softdb.oanite
m where delflg='N' and oandt='' and oanno=0 order by itemsrlno
1,507 0 0.0 0.00 0.00 3801509667
select softdb.oanudetails.*, softdb.oanudetails.ROWID from softd
b.oanudetails where delflg='N' and oandt='' and oanno=0
956 897 0.9 0.00 -0.00 2591785020
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=:4 or remoteowner is null and :4 is null)a
nd(linkname=:5 or linkname is null and :5 is null)and(subname=:6
or subname is null and :6 is null)
939 1,479 1.6 0.00 0.00 1819073277
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
obj#, d_owner#, nvl(property,0),subname from dependency$,obj$ wh
ere d_obj#=:1 and p_obj#=obj#(+) order by order#
939 1,055 1.1 0.00 0.00 4049165760
select order#,columns,types from access$ where d_obj#=:1
SQL ordered by Executions for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
807 45,999 57.0 0.00 0.00 2705315382
select length(invcode), softdb.blocnmanager.ROWID from softdb.bl
ocnmanager
550 204 0.4 0.00 0.00 2197684639
BEGIN SYS.DBMS_DESCRIBE.DESCRIBE_PROCEDURE(:object_name,:res1,:r
es2,:overload,:position,:level,:argument,:datatype,:default,:in_
out,:length,:precision,:scale,:radix,:spare); END;
SQL ordered by Parse Calls for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
144,980 144,980 39.95 2091761008
select condition from cdef$ where rowid=:1
23,545 23,545 6.49 1981921526
update object_usage set flags=flags+1 where obj#=:1 and bitand(f
lags, 1)=0
10,812 10,812 2.98 4031175624
alter session set isolation_level = read committed
4,152 4,152 1.14 3879177167
select :V00001 from dual
2,379 4 0.66 1635934014
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)
2,336 16,526 0.64 3016965513
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),
1,655 0 0.46 3877138136
SELECT softdb.logpslipitem.*, softdb.logpslipitem.ROWID FROM sof
tdb.logpslipitem
1,507 1,507 0.42 1930352736
select softdb.oanitem.*, softdb.oanitem.ROWID from softdb.oanite
m where delflg='N' and oandt='' and oanno=0 order by itemsrlno
1,507 1,507 0.42 3801509667
select softdb.oanudetails.*, softdb.oanudetails.ROWID from softd
b.oanudetails where delflg='N' and oandt='' and oanno=0
1,357 0 0.37 2921321908
SELECT softdb.keytab.*, softdb.keytab.ROWID FROM softdb.keytab
1,175 0 0.32 126022112
SELECT softdb.logpslip.*, softdb.logpslip.ROWID FROM softdb.logp
slip
1,175 0 0.32 3554166107
select * from softdb.logpslipitem
1,175 0 0.32 3928397926
select * from softdb.logpslip
939 939 0.26 1819073277
select owner#,name,namespace,remoteowner,linkname,p_timestamp,p_
SQL ordered by Parse Calls for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
obj#, d_owner#, nvl(property,0),subname from dependency$,obj$ wh
ere d_obj#=:1 and p_obj#=obj#(+) order by order#
939 939 0.26 4049165760
select order#,columns,types from access$ where d_obj#=:1
807 807 0.22 2705315382
select length(invcode), softdb.blocnmanager.ROWID from softdb.bl
ocnmanager
718 359 0.20 3882939652
INSERT INTO "SOFTDB"."MULTIUSER" ("REGNNO","PROCESSNAME","USRNAM
E","INSTLOCATION","MCNAME","IPADDR","REGNDT") VALUES (:V00001,:V
00002,:V00003,:V00004,:V00005,:V00006,:V00007)
650 325 0.18 3046100812
UPDATE "SOFTDB"."GENCOMMID" SET "GNO"=:V00001,"GDT"=:V00002 WHER
E "GNO"=:V00003 AND "GDT"=:V00004 AND "ROWID"=:V00005
550 550 0.15 2197684639
BEGIN SYS.DBMS_DESCRIBE.DESCRIBE_PROCEDURE(:object_name,:res1,:r
es2,:overload,:position,:level,:argument,:datatype,:default,:in_
out,:length,:precision,:scale,:radix,:spare); END;
510 510 0.14 3187596784
select rownum as srlno,softdb.keytab.itemdesc as item,1 as sets,
qty from (select itemsrlno,itemdesc,1 as qty,oanno,oandt from s
oftdb.oanups where delflg='N' and oandt='' and oanno=0 union se
lect itemsrlno,itemdesc,deliqty/delisets as qty, oanno,oandt fr
om softdb.oanbat where delflg='N' and oandt='' and oanno=0 and i
443 443 0.12 1781254858
DELETE multiuser where floor((((((sysdate-recentrytime)*24*60*60
)/3600)*3600)/60)*60) >='180'
443 443 0.12 3292238282
Select softdb.multiuser.*, softdb.multiuser.ROWID from softdb.mu
ltiuser
422 422 0.12 1919856422
select invcode, softdb.blocnmanager.ROWID from softdb.blocnmanag
er
390 195 0.11 2471695061
UPDATE "SOFTDB"."CUST_MAST" SET "CUST_LST_NO"=:V00001,"CUST_CST_
NO"=:V00002 WHERE "CUST_LST_NO" IS NULL AND "CUST_CST_NO" IS NUL
L AND "ROWID"=:V00003
387 387 0.11 620898497
select * from (select null table_catalog, idx.table_owner table_
schema, idx.table_name table_name, null index_catalog, idx.owner
index_schema, idx.index_name index_name, null primary_key, deco
de(idx.uniqueness, 'UNIQUE', 65535, 0) unique_, decode(idx.index
type, 'CLUSTER', 65535, 0) clustered, null type, null fillfact
SQL ordered by Parse Calls for DB: ST011 Instance: st011 Snaps: 41 -62
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
387 387 0.11 1647834759
select * from (select null table_catalog, ac.owner table_schema,
ac.table_name table_name, acc.column_name column_name, null col
umn_guid, null column_propid, acc.position ordinal, ac.constrain
t_name pk_name from all_constraints ac, all_cons_columns acc whe
re ac.owner=acc.owner and ac.constraint_type='P' and ac.constrai
Instance Activity Stats for DB: ST011 Instance: st011 Snaps: 41 -62
Statistic Total per Second per Trans
CPU used by this session 102,453 1.6 4.8
CPU used when call started 102,366 1.6 4.8
CR blocks created 30 0.0 0.0
DBWR buffers scanned 1,184 0.0 0.1
DBWR checkpoint buffers written 7,748 0.1 0.4
DBWR checkpoints 9 0.0 0.0
DBWR free buffers found 1,184 0.0 0.1
DBWR lru scans 1 0.0 0.0
DBWR make free requests 1 0.0 0.0
DBWR summed scan depth 1,184 0.0 0.1
DBWR transaction table writes 295 0.0 0.0
DBWR undo block writes 1,681 0.0 0.1
SQL*Net roundtrips to/from client 1,979,199 29.9 92.3
active txn count during cleanout 682 0.0 0.0
background checkpoints completed 1 0.0 0.0
background checkpoints started 1 0.0 0.0
background timeouts 74,152 1.1 3.5
buffer is not pinned count 45,599,192 689.3 2,126.9
buffer is pinned count 55,241,935 835.1 2,576.7
bytes received via SQL*Net from c 140,543,392 2,124.5 6,555.5
bytes sent via SQL*Net to client 16,971,012,142 256,538.0 791,595.3
calls to get snapshot scn: kcmgss 706,463 10.7 33.0
calls to kcmgas 20,519 0.3 1.0
calls to kcmgcs 591 0.0 0.0
change write time 175 0.0 0.0
cleanout - number of ktugct calls 866 0.0 0.0
cleanouts and rollbacks - consist 16 0.0 0.0
cleanouts only - consistent read 123 0.0 0.0
cluster key scan block gets 266,789 4.0 12.4
cluster key scans 104,922 1.6 4.9
commit cleanout failures: callbac 5 0.0 0.0
commit cleanouts 28,117 0.4 1.3
commit cleanouts successfully com 28,112 0.4 1.3
commit txn count during cleanout 458 0.0 0.0
consistent changes 295 0.0 0.0
consistent gets 57,426,682 868.1 2,678.6
consistent gets - examination 2,489,520 37.6 116.1
cursor authentications 27,054 0.4 1.3
data blocks consistent reads - un 283 0.0 0.0
db block changes 139,574 2.1 6.5
db block gets 130,344 2.0 6.1
deferred (CURRENT) block cleanout 17,394 0.3 0.8
dirty buffers inspected 3 0.0 0.0
enqueue conversions 583 0.0 0.0
enqueue releases 112,816 1.7 5.3
enqueue requests 112,817 1.7 5.3
enqueue waits 9 0.0 0.0
execute count 386,246 5.8 18.0
free buffer inspected 3 0.0 0.0
free buffer requested 578,165 8.7 27.0
hot buffers moved to head of LRU 3,435 0.1 0.2
immediate (CR) block cleanout app 139 0.0 0.0
immediate (CURRENT) block cleanou 3,076 0.1 0.1
index fast full scans (full) 602 0.0 0.0
index fetch by key 1,311,085 19.8 61.2
index scans kdiixs1 26,311,841 397.7 1,227.3
Instance Activity Stats for DB: ST011 Instance: st011 Snaps: 41 -62
Statistic Total per Second per Trans
leaf node 90-10 splits 28 0.0 0.0
leaf node splits 272 0.0 0.0
logons cumulative 181 0.0 0.0
messages received 12,637 0.2 0.6
messages sent 12,637 0.2 0.6
no buffer to keep pinned count 0 0.0 0.0
no work - consistent read gets 28,721,411 434.2 1,339.7
opened cursors cumulative 327,186 5.0 15.3
parse count (failures) 6,872 0.1 0.3
parse count (hard) 59,067 0.9 2.8
parse count (total) 362,907 5.5 16.9
parse time cpu 13,489 0.2 0.6
parse time elapsed 13,800 0.2 0.6
physical reads 995,675 15.1 46.4
physical reads direct 426,595 6.5 19.9
physical writes 266,178 4.0 12.4
physical writes direct 258,427 3.9 12.1
physical writes non checkpoint 261,972 4.0 12.2
prefetched blocks 473,387 7.2 22.1
process last non-idle time 124,048,980,297 1,875,154.6 5,786,136.5
recovery blocks read 0 0.0 0.0
recursive calls 1,469,320 22.2 68.5
recursive cpu usage 5,757 0.1 0.3
redo blocks written 66,895 1.0 3.1
redo entries 73,459 1.1 3.4
redo size 29,472,392 445.5 1,374.7
redo synch time 8,922 0.1 0.4
redo synch writes 10,687 0.2 0.5
redo wastage 3,617,376 54.7 168.7
redo write time 9,727 0.2 0.5
redo writer latching time 3 0.0 0.0
redo writes 12,337 0.2 0.6
rollback changes - undo records a 22 0.0 0.0
rollbacks only - consistent read 19 0.0 0.0
rows fetched via callback 1,127,456 17.0 52.6
session connect time 124,048,980,297 1,875,154.6 5,786,136.5
session logical reads 57,557,026 870.1 2,684.7
session pga memory 428,308 6.5 20.0
session pga memory max 63,116 1.0 2.9
session uga memory 4,296,889,276 64,952.8 200,424.0
session uga memory max 123,298,368 1,863.8 5,751.1
shared hash latch upgrades - no w 26,310,630 397.7 1,227.2
sorts (disk) 367 0.0 0.0
sorts (memory) 89,870 1.4 4.2
sorts (rows) 13,381,553 202.3 624.2
summed dirty queue length 3 0.0 0.0
switch current to new buffer 6,910 0.1 0.3
table fetch by rowid 32,481,075 491.0 1,515.1
table fetch continued row 13,074 0.2 0.6
table scan blocks gotten 8,213,616 124.2 383.1
table scan rows gotten 303,670,060 4,590.4 14,164.4
table scans (long tables) 2,799 0.0 0.1
table scans (short tables) 76,890 1.2 3.6
transaction rollbacks 11 0.0 0.0
user calls 1,067,154 16.1 49.8
user commits 10,678 0.2 0.5
Instance Activity Stats for DB: ST011 Instance: st011 Snaps: 41 -62
Statistic Total per Second per Trans
user rollbacks 10,761 0.2 0.5
workarea executions - onepass 803 0.0 0.0
workarea executions - optimal 126,987 1.9 5.9
write clones created in foregroun 2 0.0 0.0
Tablespace IO Stats for DB: ST011 Instance: st011 Snaps: 41 -62
->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
397,017 6 0.8 1.1 199,016 3 0 0.0
SOFTDB
91,699 1 1.0 6.1 1,823 0 0 0.0
USERS
450 0 5.3 1.0 2,524 0 0 0.0
SYSTEM
2,438 0 2.9 1.3 239 0 0 0.0
INDX
1,095 0 4.4 1.5 1,153 0 0 0.0
UNDOTBS1
3 0 13.3 1.0 2,017 0 8 0.0
XDB
74 0 4.9 1.1 1 0 0 0.0
DRSYS
3 0 6.7 1.0 1 0 0 0.0
TOOLS
3 0 6.7 1.0 1 0 0 0.0
File IO Stats for DB: ST011 Instance: st011 Snaps: 41 -62
->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)
DRSYS E:\ORACLE\ORADATA\ST011\DRSYS01.DBF
3 0 6.7 1.0 1 0 0
INDX E:\ORACLE\ORADATA\ST011\INDX01.DBF
1,095 0 4.4 1.5 1,153 0 0
SOFTDB E:\ORACLE\ORADATA\ST011\SOFTDB01.DBF
91,699 1 1.0 6.1 1,823 0 0
SYSTEM E:\ORACLE\ORADATA\ST011\SYSTEM01.DBF
2,438 0 2.9 1.3 239 0 0
TEMP E:\ORACLE\ORADATA\ST011\TEMP01.DBF
397,017 6 0.8 1.1 199,016 3 0
TOOLS E:\ORACLE\ORADATA\ST011\TOOLS01.DBF
3 0 6.7 1.0 1 0 0
UNDOTBS1 E:\ORACLE\ORADATA\ST011\UNDOTBS01.DBF
3 0 13.3 1.0 2,017 0 8 0.0
USERS E:\ORACLE\ORADATA\ST011\USERS01.DBF
450 0 5.3 1.0 2,524 0 0
XDB E:\ORACLE\ORADATA\ST011\XDB01.DBF
74 0 4.9 1.1 1 0 0
Buffer Pool Statistics for DB: ST011 Instance: st011 Snaps: 41 -62
-> Standard block size Pools D: default, K: keep, R: recycle
-> Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
Free Write Buffer
Number of Cache Buffer Physical Physical Buffer Complete Busy
P Buffers Hit % Gets Reads Writes Waits Waits Waits
D 17,017 99.5 110,003,087 569,129 7,751 0 0 8
Instance Recovery Stats for DB: ST011 Instance: st011 Snaps: 41 -62
-> 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 34 14 193 771 341 184320 341
E 34 14 141 727 20 184320 20
Buffer Pool Advisory for DB: ST011 Instance: st011 End Snap: 62
-> Only rows with estimated physical reads >0 are displayed
-> ordered by Block Size, Buffers For Estimate
Size for Size Buffers for Est Physical Estimated
P Estimate (M) Factr Estimate Read Factor Physical Reads
D 16 .1 2,002 152.10 87,449,432
D 32 .2 4,004 87.09 50,071,540
D 48 .4 6,006 55.08 31,668,480
D 64 .5 8,008 36.93 21,232,658
D 80 .6 10,010 16.08 9,246,410
D 96 .7 12,012 6.32 3,635,060
D 112 .8 14,014 2.48 1,423,893
D 128 .9 16,016 1.09 627,130
D 136 1.0 17,017 1.00 574,935
D 144 1.1 18,018 0.96 552,001
D 160 1.2 20,020 0.91 525,903
D 176 1.3 22,022 0.90 518,390
D 192 1.4 24,024 0.90 518,390
D 208 1.5 26,026 0.90 518,390
D 224 1.6 28,028 0.90 518,390
D 240 1.8 30,030 0.90 518,390
D 256 1.9 32,032 0.90 518,390
D 272 2.0 34,034 0.90 518,390
D 288 2.1 36,036 0.90 518,390
D 304 2.2 38,038 0.90 518,390
D 320 2.4 40,040 0.90 518,390
Buffer wait Statistics for DB: ST011 Instance: st011 Snaps: 41 -62
-> ordered by wait time desc, waits desc
Tot Wait Avg
Class Waits Time (s) Time (ms)
undo header 9 0 0
PGA Aggr Target Stats for DB: ST011 Instance: st011 Snaps: 41 -62
-> B: Begin snap E: End snap (rows dentified 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
72.5 6,444 2,443
%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 104 80 17.8 0.0 .0 .0 .0 5,324
E 104 81 18.5 0.0 .0 .0 .0 5,324
PGA Aggr Target Histogram for DB: ST011 Instance: st011 Snaps: 41 -62
-> Optimal Executions are purely in-memory operations
Low High
Optimal Optimal Total Execs Optimal Execs 1-Pass Execs M-Pass Execs
8K 16K 119,925 119,925 0 0
16K 32K 1,796 1,796 0 0
32K 64K 147 147 0 0
64K 128K 1,167 1,167 0 0
128K 256K 562 562 0 0
256K 512K 647 615 32 0
512K 1024K 2,770 2,412 358 0
1M 2M 588 256 332 0
2M 4M 70 10 60 0
4M 8M 36 20 16 0
16M 32M 4 0 4 0
1G 2G 1 0 1 0
PGA Memory Advisory for DB: ST011 Instance: st011 End Snap: 62
-> 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
13 0.1 1,552.2 362.1 81.0 27
26 0.3 1,552.2 85.5 95.0 0
52 0.5 1,552.2 74.5 95.0 0
78 0.8 1,552.2 74.5 95.0 0
104 1.0 1,552.2 55.1 97.0 0
125 1.2 1,552.2 0.0 100.0 0
146 1.4 1,552.2 0.0 100.0 0
166 1.6 1,552.2 0.0 100.0 0
187 1.8 1,552.2 0.0 100.0 0
208 2.0 1,552.2 0.0 100.0 0
312 3.0 1,552.2 0.0 100.0 0
416 4.0 1,552.2 0.0 100.0 0
624 6.0 1,552.2 0.0 100.0 0
832 8.0 1,552.2 0.0 100.0 0
Enqueue activity for DB: ST011 Instance: st011 Snaps: 41 -62
-> Enqueue stats gathered prior to 9i should not be compared with 9i data
-> ordered by Wait Time desc, Waits desc
Avg Wt Wait
Eq Requests Succ Gets Failed Gets Waits Time (ms) Time (s)
TC 40 40 0 8 254.13 2
PE 184 184 0 1 47.00 0
Rollback Segment Stats for DB: ST011 Instance: st011 Snaps: 41 -62
->A high value for "Pct Waits" suggests more rollback segments may be required
->RBS stats may not be accurate between begin and end snaps when using Auto Undo
managment, as RBS may be dynamically created and dropped as needed
Trans Table Pct Undo Bytes
RBS No Gets Waits Written Wraps Shrinks Extends
0 246.0 0.00 0 0 0 0
1 2,947.0 0.00 1,268,846 4 1 1
2 3,520.0 0.00 1,003,166 18 3 6
3 3,511.0 0.00 973,498 18 1 3
4 2,662.0 0.00 1,010,600 4 0 1
5 3,941.0 0.03 1,042,464 20 3 8
6 3,474.0 0.00 1,106,576 21 1 6
7 2,546.0 0.00 756,036 15 3 4
8 3,943.0 0.00 1,112,166 22 3 11
9 3,368.0 0.00 832,596 14 2 4
10 3,039.0 0.20 971,780 20 3 14
Rollback Segment Storage for DB: ST011 Instance: st011 Snaps: 41 -62
->Optimal Size should be larger than Avg Active
RBS No Segment Size Avg Active Optimal Size Maximum Size
0 385,024 0 385,024
1 1,171,456 191,840 2,220,032
2 385,024 78,348 516,096
3 450,560 112,391 450,560
4 2,220,032 101,425 2,220,032
5 778,240 134,380 843,776
6 647,168 78,286 647,168
7 319,488 86,191 581,632
8 516,096 90,060 778,240
9 516,096 49,626 516,096
10 450,560 132,513 647,168
Undo Segment Summary for DB: ST011 Instance: st011 Snaps: 41 -62
-> Undo segment block stats:
-> uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsed
-> eS - expired Stolen, eR - expired Released, eU - expired reUsed
Undo Undo Num Max Qry Max Tx Snapshot Out of uS/uR/uU/
TS# Blocks Trans Len (s) Concurcy Too Old Space eS/eR/eU
1 1,555 551,825 1,575 2 0 0 0/0/15/0/0/0
Undo Segment Stats for DB: ST011 Instance: st011 Snaps: 41 -62
-> ordered by Time desc
Undo Num Max Qry Max Tx Snap Out of uS/uR/uU/
End Time Blocks Trans Len (s) Concy Too Old Space eS/eR/eU
08-Aug 03:53 0 0 0 0 0 0 0/0/0/0/0/0
08-Aug 03:03 31 13,744 0 1 0 0 0/0/0/0/0/0
08-Aug 02:53 0 0 0 0 0 0 0/0/0/0/0/0
08-Aug 02:03 31 13,717 0 1 0 0 0/0/0/0/0/0
08-Aug 01:53 0 0 0 0 0 0 0/0/0/0/0/0
08-Aug 01:03 29 13,690 1 1 0 0 0/0/0/0/0/0
08-Aug 00:53 0 0 0 0 0 0 0/0/0/0/0/0
08-Aug 00:03 41 13,665 1 1 0 0 0/0/0/0/0/0
07-Aug 23:53 0 0 0 0 0 0 0/0/0/0/0/0
07-Aug 23:03 25 13,634 1 2 0 0 0/0/0/0/0/0
07-Aug 22:53 0 0 0 0 0 0 0/0/0/0/0/0
07-Aug 22:03 29 13,611 0 2 0 0 0/0/0/0/0/0
07-Aug 21:53 0 0 0 0 0 0 0/0/0/0/0/0
07-Aug 21:43 1 13,595 0 1 0 0 0/0/8/0/0/0
07-Aug 21:33 1 13,591 0 1 0 0 0/0/0/0/0/0
07-Aug 21:23 7 13,544 9 1 0 0 0/0/0/0/0/0
07-Aug 21:13 1 13,448 12 1 0 0 0/0/0/0/0/0
07-Aug 21:03 35 13,348 1 1 0 0 0/0/0/0/0/0
07-Aug 20:53 7 13,212 9 1 0 0 0/0/0/0/0/0
07-Aug 20:43 9 12,967 13 1 0 0 0/0/0/0/0/0
07-Aug 20:33 4 12,785 3 1 0 0 0/0/0/0/0/0
07-Aug 20:23 4 12,717 3 1 0 0 0/0/0/0/0/0
07-Aug 20:13 7 12,607 9 1 0 0 0/0/0/0/0/0
07-Aug 20:03 49 12,472 8 2 0 0 0/0/0/0/0/0
07-Aug 19:53 0 0 0 0 0 0 0/0/0/0/0/0
07-Aug 19:43 10 12,425 2 1 0 0 0/0/0/0/0/0
07-Aug 19:33 14 12,263 30 1 0 0 0/0/0/0/0/0
07-Aug 19:23 25 12,046 4 1 0 0 0/0/0/0/0/0
07-Aug 19:13 52 11,686 2 1 0 0 0/0/0/0/0/0
07-Aug 19:03 71 11,077 7 1 0 0 0/0/0/0/0/0
07-Aug 18:53 41 10,558 4 1 0 0 0/0/0/0/0/0
07-Aug 18:43 17 9,996 12 1 0 0 0/0/0/0/0/0
07-Aug 18:33 6 9,744 30 1 0 0 0/0/0/0/0/0
07-Aug 18:23 9 9,548 2 1 0 0 0/0/0/0/0/0
Latch Activity for DB: ST011 Instance: st011 Snaps: 41 -62
->"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
Consistent RBA 12,338 0.0 0 0
FAL request queue 2 0.0 0 0
FAL subheap alocation 0 0 2 0.0
FIB s.o chain latch 72 0.0 0 0
FOB s.o list latch 388 0.0 0 0
JOX SGA heap latch 3,415 0.0 0 3,013 0.0
NLS data objects 3 0.0 0 0
QMT 1 0.0 0 0
SQL memory manager latch 21 0.0 0 21,360 0.0
SQL memory manager worka 1,455,705 0.0 0 0
Token Manager 0 0 2 0.0
active checkpoint queue 22,780 0.0 0 2 0.0
alert log latch 4 0.0 0 2 0.0
archive control 2,189 0.0 0 0
archive process latch 1,299 0.2 0.0 0 0
begin backup scn array 8 0.0 0 0
cache buffer handles 339,925 0.0 0 0
cache buffers chains 113,609,670 0.0 0.0 0 1,095,458 0.0
cache buffers lru chain 2,057,063 0.0 0 13,776 0.0
channel handle pool latc 194 0.0 0 0
channel operations paren 43,420 0.0 0 0
checkpoint queue latch 1,094,874 0.0 0.0 0 7,196 0.0
child cursor hash table 543,267 0.0 0 0
dml lock allocation 99,677 0.0 0 0
dummy allocation 362 2.8 0.0 0 0
enqueue hash chains 226,227 0.0 0 0
enqueues 235,237 0.0 0.0 0 0
event group latch 95 0.0 0 0
file number translation 699,304 0.0 0.0 0 0
hash table column usage 2,980 0.0 0 779,274 0.0
hash table modification 5 0.0 0 2 0.0
job workq parent latch 0 0 26 7.7
job_queue_processes para 745 0.0 0 2 0.0
kmcptab latch 1,788 0.0 0 0
kmcpvec latch 0 0 1,788 0.0
ksfv messages 0 0 4 0.0
ktm global data 260 0.0 0 0
lgwr LWN SCN 29,530 0.0 0 0
library cache 7,579,771 0.0 0.0 0 112,898 0.1
library cache load lock 5,302 0.0 0 0
library cache pin 3,098,174 0.0 0.0 0 0
library cache pin alloca 2,124,257 0.0 0.0 0 0
list of block allocation 321 0.0 0 0
loader state object free 1,186 0.0 0 0
longop free list parent 9 0.0 0 9 0.0
message pool operations 9 0.0 0 0
messages 209,721 0.2 0.0 0 0
mostly latch-free SCN 29,532 0.0 0.0 0 0
multiblock read objects 181,050 0.0 0 2 0.0
name-service namespace o 0 0 2 0.0
Latch Activity for DB: ST011 Instance: st011 Snaps: 41 -62
->"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
ncodef allocation latch 1,065 0.0 0 0
object stats modificatio 357 0.0 0 2 0.0
post/wait queue 24,713 0.0 0 10,698 0.0
process allocation 95 0.0 0 95 0.0
process group creation 189 0.0 0 0
qm_init_sga 1 0.0 0 0
redo allocation 115,339 0.0 0.0 0 0
redo copy 0 0 73,511 0.1
redo writing 92,285 0.0 0 0
resumable state object 351 0.0 0 0
row cache enqueue latch 3,995,948 0.0 0.0 0 0
row cache objects 4,004,202 0.0 0 696 0.0
sequence cache 430 0.0 0 0
session allocation 292,885 0.0 0.0 0 0
session idle bit 2,269,446 0.0 0.0 0 0
session switching 1,065 0.0 0 0
session timer 22,218 0.0 0 0
shared java pool 860 0.0 0 0
shared pool 4,913,350 0.0 0.0 0 0
sim partition latch 0 0 110 0.0
simulator hash latch 4,433,428 0.0 0 0
simulator lru latch 43,829 0.0 0 33,464 0.0
sort extent pool 6,608 0.0 0 0
temp lob duration state 2 0.0 0 0
trace latch 13 0.0 0 0
transaction allocation 931,196 0.0 0 0
transaction branch alloc 1,065 0.0 0 0
undo global data 57,750 0.0 0.0 0 0
user lock 551 0.0 0 0
vecio buf des 0 0 2 0.0
virtual circuit buffers 10,648,289 0.2 0.0 0 0
virtual circuit queues 5,140,393 0.0 0.0 0 0
virtual circuits 1,824,349 0.0 0.0 0 0
Latch Sleep breakdown for DB: ST011 Instance: st011 Snaps: 41 -62
-> ordered by misses desc
Get Spin &
Latch Name Requests Misses Sleeps Sleeps 1->4
virtual circuit buffers 10,648,289 19,024 3 19021/3/0/0/
0
shared pool 4,913,350 181 3 178/3/0/0/0
cache buffers chains 113,609,670 63 1 0/0/0/0/0
Latch Miss Sources for DB: ST011 Instance: st011 Snaps: 41 -62
-> only latches with sleeps are shown
-> ordered by name, sleeps desc
NoWait Waiter
Latch Name Where Misses Sleeps Sleeps
cache buffers chains kcbgtcr: kslbegin excl 0 1 0
shared pool kghalo 0 3 3
virtual circuits kmcfms 0 1 1
virtual circuits kmcgms: if not shared serv 0 1 0
virtual circuits kmcmbf 0 1 1
Dictionary Cache Stats for DB: ST011 Instance: st011 Snaps: 41 -62
->"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
Cache Requests Miss Reqs Miss Reqs Usage
dc_files 3,248 0.2 0 0 8
dc_global_oids 12,826 1.0 0 0 135
dc_histogram_defs 1,214,659 0.1 0 0 2,451
dc_object_ids 325,383 0.2 0 0 793
dc_objects 72,357 1.9 0 2 1,504
dc_profiles 125 0.0 0 0 1
dc_qmc_cache_entries 1 100.0 0 0 1
dc_rollback_segments 4,967 0.0 0 0 12
dc_segments 168,507 0.4 0 0 760
dc_sequences 8 37.5 0 8 2
dc_tablespace_quotas 5 40.0 0 5 2
dc_tablespaces 56,795 0.0 0 0 9
dc_user_grants 1,393 1.1 0 0 22
dc_usernames 70,029 0.0 0 0 15
dc_users 71,699 0.0 0 0 25
Library Cache Activity for DB: ST011 Instance: st011 Snaps: 41 -62
->"Pct Misses" should be very low
Get Pct Pin Pct Invali-
Namespace Requests Miss Requests Miss Reloads dations
BODY 225 16.4 226 18.6 3 0
CLUSTER 1,272 0.3 1,008 0.8 0 0
JAVA DATA 2 100.0 9 44.4 0 0
SQL AREA 368,746 14.6 1,388,192 8.3 5,561 1
TABLE/PROCEDURE 114,852 1.3 375,552 0.9 494 0
TRIGGER 1,082 1.0 1,082 1.4 4 0
Shared Pool Advisory for DB: ST011 Instance: st011 End Snap: 62
-> Note there is often a 1:Many correlation between a single logical object
in the Library Cache, and the physical number of memory objects associated
with it. Therefore comparing the number of Lib Cache objects (e.g. in
v$librarycache), with the number of Lib Cache Memory Objects is invalid
Estd
Shared Pool SP Estd Estd Estd Lib LC Time
Size for Size Lib Cache Lib Cache Cache Time Saved Estd Lib Cache
Estim (M) Factr Size (M) Mem Obj Saved (s) Factr Mem Obj Hits
96 .6 96 20,704 1,595 1.0 896,845
120 .7 119 25,821 1,596 1.0 898,184
144 .9 142 30,844 1,596 1.0 899,133
168 1.0 165 35,862 1,597 1.0 900,259
192 1.1 188 41,079 1,598 1.0 901,912
216 1.3 215 47,275 1,598 1.0 902,360
240 1.4 238 52,517 1,598 1.0 903,089
264 1.6 261 58,043 1,598 1.0 903,310
288 1.7 284 63,632 1,598 1.0 903,711
312 1.9 307 69,230 1,598 1.0 904,029
336 2.0 338 76,368 1,598 1.0 904,158
SGA Memory Summary for DB: ST011 Instance: st011 Snaps: 41 -62
SGA regions Size in Bytes
Database Buffers 142,606,336
Fixed Size 454,356
Redo Buffers 667,648
Variable Size 486,539,264
sum 630,267,604
SGA breakdown difference for DB: ST011 Instance: st011 Snaps: 41 -62
Pool Name Begin value End value % Diff
java free memory 33,554,432 30,031,872 -10.50
large free memory 24,861,188 24,957,400 0.39
large session heap 304,636 208,424 -31.58
shared 1M buffer 2,098,176 2,098,176 0.00
shared FileOpenBlock 695,504 695,504 0.00
shared KGK heap 3,756 3,756 0.00
shared KGLS heap 1,652,428 2,590,108 56.75
shared KQR M PO 861,220 2,452,776 184.80
shared KQR S PO 77,148 239,708 210.71
shared KQR S SO 1,792 5,632 214.29
shared KSXR pending messages que 841,036 841,036 0.00
shared KSXR receive buffers 1,033,000 1,033,000 0.00
shared MTTR advisory 25,400 29,636 16.68
shared PL/SQL DIANA 625,620 951,760 52.13
shared PL/SQL MPCODE 358,152 902,912 152.10
shared PLS non-lib hp 2,068 2,068 0.00
shared dictionary cache 1,610,880 1,610,880 0.00
shared errors 25,144 46,460 84.78
shared event statistics per sess 1,718,360 1,718,360 0.00
shared fixed allocation callback 220 220 0.00
shared free memory 157,840,156 13,956,720 -91.16
shared joxs heap init 4,220 4,220 0.00
shared kgl simulator 694,520 9,560,380 #######
shared library cache 4,829,312 39,226,604 712.26
shared message pool freequeue 834,752 834,752 0.00
shared miscellaneous 5,094,676 7,076,492 38.90
shared parameters 5,220 32,976 531.72
shared sessions 410,720 410,720 0.00
shared sim memory hea 93,176 93,176 0.00
shared sql area 9,864,252 100,764,460 921.51
shared table definiti 2,040 5,920 190.20
shared trigger defini 1,888 2,208 16.95
shared trigger inform 1,108 1,324 19.49
shared trigger source 160 1,168 630.00
buffer_cache 142,606,336 142,606,336 0.00
fixed_sga 454,356 454,356 0.00
log_buffer 656,384 656,384 0.00
init.ora Parameters for DB: ST011 Instance: st011 Snaps: 41 -62
End value
Parameter Name Begin value (if different)
background_dump_dest E:\oracle\admin\ST011\bdump
compatible 9.2.0.1.0
control_files E:\oracle\oradata\ST011\control01
core_dump_dest E:\oracle\admin\ST011\cdump
db_block_size 8192
db_cache_size 142606336
db_domain
db_file_multiblock_read_count 16 8
db_name ST011
dispatchers (PROTOCOL=TCP)
fast_start_mttr_target 300
hash_join_enabled TRUE
instance_name ST011
java_pool_size 33554432
job_queue_processes 0 5
large_pool_size 25165824
log_archive_dest_1 LOCATION=E:\oracle\oradata\ST011\
log_archive_format %t_%s.dbf
log_archive_start TRUE
open_cursors 300
pga_aggregate_target 109051904
processes 150
query_rewrite_enabled FALSE
remote_login_passwordfile EXCLUSIVE
sga_max_size 630267604
shared_pool_size 176160768
sort_area_size 524288
star_transformation_enabled FALSE
timed_statistics TRUE
undo_management AUTO
undo_retention 10800
undo_tablespace UNDOTBS1
user_dump_dest E:\oracle\admin\ST011\udump
End of ReportFrederic's right... you're summing up too many statspacks ..
Can't see anything specific apart from the fact that Statspack itself is showing up in the top statements.
First : define 'Slow' . What is your goal for 'Ok' ?
Start thinking about sql_trace, tkprof and 10046 traces -
Error while creating statspack
i m practicing to create Statspack report
oracle 9.2 on windows
i created a database with the name bkp2. listener up and running.
i had never run the spcreate.sql in this db before
when i did run it i got the below error
Creating Package STATSPACK...
Package created.
No errors.
Creating Package Body STATSPACK...
Warning: Package Body created with compilation errors.
Errors for PACKAGE BODY STATSPACK:
LINE/COL ERROR
1655/6 PL/SQL: SQL Statement ignored
1657/13 PL/SQL: ORA-00942: table or view does not exist
1685/11 PL/SQL: SQL Statement ignored
1705/22 PL/SQL: ORA-00942: table or view does not exist
NOTE:
SPCPKG complete. Please check spcpkg.lis for any errors.the code is running successfully till it starts creating the statspack package body. the tablespace and temp file which is given for the perfstat user have more than 200MB space.
interestingly when i create the same with another database in the system created both through manual and dbca, it runs perfectly.
i dont want the direct solution for this. i jus want to know how i can find out the cause for this. i tried to trace the session i.e. alter session set sql_trace=true;
still i didnt understand how to go about from there and when i searched the error in the trace it didnt appear there!! ... so in such cases how do i pinpoint which statement is causing the error. the line no. is not of much use as the whole code is full of comments in between !!
thank youi m using SYSDBA user only ...
code:
conn sys as sysdba
added:
i v also run spdrop.sql as SYSDBA and tried to re-run the spcreate.sql script several times in this database. still same results. i wonder why this happens jus to this db
i v also created a new tablespace which is not used by any other user objects. and a new temp tablespace and used them while running the spcreate.sql
still same results.
Edited by: iinfi on Oct 31, 2008 8:43 PM -
Hi Folks,
We are facing severe performance issues on our Oracle 9i (9.2.0.6) db.
I have a 24hrs statspack report that i want to share with you guyz.
Please let me know If anyone of you want me to mail this report...
lodsz of thanks in advance....Generally, The Satspack window should not exceed to 15 to 30 minutes. You should always try to run statspack at peak time for atleast 15 minutes. In future, you must make sure that you would have statspack report when the database would be working fine. This way, you can easily trace out what went wrong from the last time (when the db was performing well).
hare krishna
Alok -
Statspack with explain plan.
The goal is to obtain the overall system statistics and explain plans for the entire system.
1. The only tool that I can think of is "StatsPack".
2. With AWR there are 2 issues:-
a. It is not free
b. It does not give Explain plan output.
3. We can use 10046 / 10053 Trace's however it wont give you as comphrehensive an output as statspack, you would also have to enable trace for each individual application while its running, grab the trace file, look at the report.
4. We can also use outlines to store the explain plan this was primarily for Oracle version 10g.
5. The last option we have is sql managed baselines. This is good , however it does not tell me conclusively how my system was executing a sql lets say 10 days back. It wont accept the new sql unless we promote it. Still there is no guarantee that the underlying sql plan will not change.
So far statspack with level 6 appears to be the only solution.Personally I'd spend the money and get AWR.
The problem with StatsPack is that when you run it, after an issue, it is too late to capture anything of value. With AWR snapshots are taken as often as you wish, 24 hours a day, and then when someone tells you there was a problem at 4:15 in the morning ... you have something to work with. -
STATSPACK Performance Question / Discrepancy
I'm trying to troubleshoot a performance issue and I'm having trouble interpreting the STATSPACK report. It seems like the STATSPACK report is missing information that I expect to be there. I'll explain below.
Header
STATSPACK report for
Database DB Id Instance Inst Num Startup Time Release RAC
~~~~~~~~ ----------- ------------ -------- --------------- ----------- ---
2636235846 testdb 1 30-Jan-11 16:10 11.2.0.2.0 NO
Host Name Platform CPUs Cores Sockets Memory (G)
~~~~ ---------------- ---------------------- ----- ----- ------- ------------
TEST Microsoft Windows IA ( 4 2 0 3.4
Snapshot Snap Id Snap Time Sessions Curs/Sess Comment
~~~~~~~~ ---------- ------------------ -------- --------- ------------------
Begin Snap: 3427 01-Feb-11 06:40:00 65 4.4
End Snap: 3428 01-Feb-11 07:00:00 66 4.1
Elapsed: 20.00 (mins) Av Act Sess: 7.3
DB time: 146.39 (mins) DB CPU: 8.27 (mins)
Cache Sizes Begin End
~~~~~~~~~~~ ---------- ----------
Buffer Cache: 192M 176M Std Block Size: 8K
Shared Pool: 396M 412M Log Buffer: 10,848K
Load Profile Per Second Per Transaction Per Exec Per Call
~~~~~~~~~~~~ ------------------ ----------------- ----------- -----------
DB time(s): 7.3 2.0 0.06 0.04
DB CPU(s): 0.4 0.1 0.00 0.00
Redo size: 6,366.0 1,722.1
Logical reads: 1,114.6 301.5
Block changes: 35.8 9.7
Physical reads: 44.9 12.1
Physical writes: 1.5 0.4
User calls: 192.2 52.0
Parses: 101.5 27.5
Hard parses: 3.6 1.0
W/A MB processed: 0.1 0.0
Logons: 0.1 0.0
Executes: 115.1 31.1
Rollbacks: 0.0 0.0
Transactions: 3.7As you can see a significant amount of time was spent in database calls (DB Time) with relatively little time on CPU (DB CPU). Initially that made me think there were some significant wait events.
Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time
log file sequential read 48,166 681 14 7.9
CPU time 484 5.6
db file sequential read 35,357 205 6 2.4
control file sequential read 50,747 23 0 .3
Disk file operations I/O 16,518 18 1 .2
-------------------------------------------------------------However, looking at the Top 5 Timed Events I don't see anything out of the ordinary given my normal operations. the log file sequential read may be a little slow but it doesn't make up a significant portion of the execution time.
Based on an Excel/VB spreadsheet I wrote, which converts STATSPACK data to graphical form, I suspected that there was a wait event not listed here. So I decided to query the data directly. Here is the query and result.
SQL> SELECT wait_class
2 , event
3 , delta/POWER(10,6) AS delta_sec
4 FROM
5 (
6 SELECT syev.snap_id
7 , evna.wait_class
8 , syev.event
9 , syev.time_waited_micro
10 , syev.time_waited_micro - LAG(syev.time_waited_micro) OVER (PARTITION BY syev.event ORDER BY syev.snap_id) AS delta
11 FROM perfstat.stats$system_event syev
12 JOIN v$event_name evna ON evna.name = syev.event
13 WHERE syev.snap_id IN (3427,3428)
14 )
15 WHERE delta > 0
16 ORDER BY delta DESC
17 ;
?WAIT_CLASS EVENT DELTA_SEC
Idle SQL*Net message from client 21169.742
Idle rdbms ipc message 19708.390
Application enq: TM - contention 7199.819
Idle Space Manager: slave idle wait 3001.719
Idle DIAG idle wait 2382.943
Idle jobq slave wait 1258.829
Idle smon timer 1220.902
Idle Streams AQ: qmn coordinator idle wait 1204.648
Idle Streams AQ: qmn slave idle wait 1204.637
Idle pmon timer 1197.898
Idle Streams AQ: waiting for messages in the queue 1197.484
Idle Streams AQ: waiting for time management or cleanup tasks 791.803
System I/O log file sequential read 681.444
User I/O db file sequential read 204.721
System I/O control file sequential read 23.168
User I/O Disk file operations I/O 17.737
User I/O db file parallel read 14.536
System I/O log file parallel write 7.618
Commit log file sync 7.150
User I/O db file scattered read 3.488
Idle SGA: MMAN sleep for component shrink 2.461
User I/O direct path read 1.621
Other process diagnostic dump 1.418
... snip ...So based on the above it looks like there was a significant amount of time spent in enq: TM - contention
Question 1
Why does this wait event not show up in the Top 5 Timed Events section? Note that this wait event is also not listed in any of the other wait events sections either.
Moving on, I decided to look at the Time Model Statistics
Time Model System Stats DB/Inst: testdb /testdb Snaps: 3427-3428
-> Ordered by % of DB time desc, Statistic name
Statistic Time (s) % DB time
sql execute elapsed time 8,731.0 99.4
PL/SQL execution elapsed time 1,201.1 13.7
DB CPU 496.3 5.7
parse time elapsed 26.4 .3
hard parse elapsed time 21.1 .2
PL/SQL compilation elapsed time 2.8 .0
connection management call elapsed 0.6 .0
hard parse (bind mismatch) elapsed 0.5 .0
hard parse (sharing criteria) elaps 0.5 .0
failed parse elapsed time 0.0 .0
repeated bind elapsed time 0.0 .0
sequence load elapsed time 0.0 .0
DB time 8,783.2
background elapsed time 87.1
background cpu time 2.4Great, so it looks like I spent >99% of DB Time in SQL calls. I decided to scroll to the SQL ordered by Elapsed time section. The header information surprised me.
SQL ordered by Elapsed time for DB: testdb Instance: testdb Snaps: 3427 -3
-> Total DB Time (s): 8,783
-> Captured SQL accounts for 4.1% of Total DB Time
-> SQL reported below exceeded 1.0% of Total DB TimeIf I'm spending > 99% of my time in SQL, I would have expected the captured % to be higher.
Question 2
Am I correct in assuming that a long running SQL that started before the first snap and is still running at the end of the second snap would not display in this section?
Question 3
Would that answer my wait event question above? Ala, are wait events not reported until the action that is waiting (execution of a SQL statement for example) is complete?
So I looked a few snaps past what I have posted here. I still haven't determined why the enq: TM - contention wait is not displayed anywhere in the STATSPACK reports. I did end up finding an interesting PL/SQL block that may have been causing the issues. Here is the SQL ordered by Elapsed time for a snapshot that was taken an hour after the one I posted.
SQL ordered by Elapsed time for DB: testdb Instance: testdb Snaps: 3431 -3
-> Total DB Time (s): 1,088
-> Captured SQL accounts for ######% 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
26492.65 29 913.54 ###### 1539.34 480 1013630726
Module: OEM.CacheModeWaitPool
BEGIN EMDW_LOG.set_context(MGMT_JOB_ENGINE.MODULE_NAME, :1); BEG
IN MGMT_JOB_ENGINE.process_wait_step(:2);END; EMDW_LOG.set_conte
xt; END;I'm still not sure if this is the problem child or not.
I just wanted to post this to get your thoughts on how I correctly/incorrectly attacked this problem and to see if you can fill in any gaps in my understanding.
Thanks!Centinul wrote:
I'm still not sure if this is the problem child or not.
I just wanted to post this to get your thoughts on how I correctly/incorrectly attacked this problem and to see if you can fill in any gaps in my understanding.
I think you've attacked the problem well.
It has prompted me to take a little look at what's going on, running 11.1.0.6 in my case, and something IS broken.
The key predicate in statspack for reporting top 5 is:
and e.total_waits > nvl(b.total_waits,0)In other words, an event gets reported if total_waits increased across the period.
So I've been taking snapshots of v$system_event and looking at 10046 trace files at level 8. The basic test was as simple as:
<ul>
Session 1: lock table t1 in exclusive mode
Session 2: lock table t1 in exclusive mode
</ul>
About three seconds after session 2 started to wait, v$system_event incremented total_waits (for the "enq: TM - contention" event). When I committed in session 1 the total_waits figure did not change.
Now do this after waiting across a snapshot:
We start to wait, after three seconds we record a wait, a few minutes later perfstat takes a snapshot.
30 minutes later "session 1" commits and our wait ends, but we do not increment total_waits, but we record 30+ minutes wait time.
30 minutes later perfstat takes another snapshot
The total_waits has not changed between the start and end snapshot even though we have added 30 minutes to the "enq: TM - contention" in the interim.
The statspack report loses our 30 minutes from the Top N.
It's a bug - raise an SR.
Edit: The AWR will have the same problem, of course.
Regards
Jonathan Lewis
Edited by: Jonathan Lewis on Feb 1, 2011 7:07 PM -
Hi Brother,
I am using 9i and install statspack. when I run spauto.sql to schedule collect data. normally the dbms job will collect data by hour and shown the next run time. but on my 9i DB, the job is stop. How can I check the dbms work or not?
SQL> select job, next_date, next_sec from user_jobs;
JOB NEXT_DATE NEXT_SEC
5 15-MAR-09 12:30:00Same view, user_jobs, just a couple additional columns
select job, next_date, next_sec, failures, broken from user_jobs;The background dump destination is the directory specified by the initialization parameter BACKGROUND_DUMP_DEST. Try this in SQL*Plus
show parameter BACKGROUND_DUMP_DESTThe trace files would be in the format <SID>jNNN<PID>.trc -
Can I gather additional information using trace session or it's same information as using AWR reports?
Is there any situation that trace files are better than AWR - of course instead fact that tkprof is for free.tutus wrote:
OK, understand.
But if so, when I should use ASH and in which situation I should use tkprof? Is there any best case studies for each tool?Roughly speaking the standard 10046 trace file gives you all the details for a single session; the ASH content is like sampling 1% of the same details across every single session. By capturing ASH you have a historic sample of every 10046 even when you're not expecting a problem.
If you are anticipating a problem from an individual, or program, you would enable tracing for that specific activity so that you could analyse exactly where it spent its time.
After a problem has occurred, you can go back in time with ASH because it is likely to have captured some of the details of the problem events and will therefore give you a clue (possibly even a very strong clue) about what code and what sessions caused or suffered from a problem.
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 -
Dear all
I need a complete reference what to look in statspack report as i have the report
but how to analyze that ?? what to analyze ...
please let me know in details....
regardsSaagar,
I have not come across anything which is much detailed about Tkprof.The oracle docs are good for this.I have found Tom Kyte's Effective Oracle By Design a good book for this purpose too.I can suggest you these too.
I am concentrating more on 10046 event and using raw trace files more for tuning.I shall say that you should look for 10046 event and try to get your hands over it.Charles has given couple of good notes how to use the information and he is very frequent in posting several test cases here usng the same.So search this forum for also.
Aman.... -
Statspack repot interpretation
Dear all,
I have a customer who is using 9i and I am studying the performance issue from the statspack report. There are several points I would like to ask for your help:
1. There are two events (CPU time; db file sequential read) usually shown in the "Top 5 Timed Events" in the reports (as below). Can I conclude that there is the CPU bound first then come with I/O bound?
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 17,695 57.70
db file sequential read 2,683,595 6,802 22.18
db file scattered read 296,996 2,515 8.20
log file sync 436,937 890 2.90
log file parallel write 438,634 840 2.74
2. When I study the Top SQL statements, it is found that the Elapsed time is much larger than CPU time (e.g. Elapsed time = 1500s ; CPU time = 60s). Does it mean that it implies I/O wait which cause long elapsed time? If not, how can I dig out the root cause?
3. I usually find that there is either "Index range scan" or "Index full scan" in the big SQL queries. Are these big queries benefit if use Exadata (e.g. smart scan technology)?
Thanks for your help.
M.T.903714 wrote:
Dear Nikolay and experts,
Thanks for your information and it is very useful.
My finally question, how could I determine if there is any I/O issue/bottleneck from the report?
Thanks and Regards,
M.T.M.T.,
Nikolay has made several very good suggestions.
Did you post the full Statspack report? Typically, you should make the Statspack duration as short as possible (10 minutes for instance) to limit the effects of the averages being watered down due to short-term problems appearing in long duration snapshots. The exception, of course, is if the problem period really was 105 minutes long. The following is the formatted version of the Statspack section that you posted, with a couple of notes embedded:
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
XXX 4199214960 XXX 1 9.2.0.8.0 NO srv02
Snap Id Snap Time Sessions Curs/Sess Comment
Begin Snap: 2221 29-3? -12 06:15:01 87 7.0
End Snap: 2228 29-3? -12 08:00:02 124 12.9
Elapsed: 105.02 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 2,048M Std Block Size: 32K
Shared Pool Size: 6,144M Log Buffer: 1,536K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 939,465.75 7,479.54
Logical reads: 78,270.14 623.15
Block changes: 4,029.28 32.08
Physical reads: 1,538.06 12.25
Physical writes: 136.75 1.09
User calls: 11,274.33 89.76
Parses: 4,131.71 32.89
Hard parses: 1,014.76 8.08
Sorts: 81.98 0.65
Logons: 0.42 0.00
Executes: 4,616.99 36.76
Transactions: 125.60
% Blocks changed per Read: 5.15 Recursive Call %: 4.98
Rollback per transaction %: 0.01 Rows per Sort: 834.71
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 98.76 In-memory Sort %: 99.99
Library Hit %: 86.15 Soft Parse %: 75.44
Execute to Parse %: 10.51 Latch Hit %: 104.78
Parse CPU to Parse Elapsd %: 46.82 % Non-Parse CPU: 43.30
Shared Pool Statistics Begin End
Memory Usage %: 93.61 94.02
% SQL with executions>1: 56.24 43.61
% Memory for SQL w/exec>1: 44.36 38.42
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
CPU time 36,501 46.28 - 6301.2 elapsed seconds = 5.79 CPUs at 100% utilization, 96.5% util for 6 CPUs
db file sequential read 3,547,961 18,115 22.97
latch free 14,075,780 13,671 17.33 - Average of 2.17 sessions waiting per second
log file sync 793,985 2,820 3.58
db file scattered read 181,766 2,782 3.53
Wait Events for DB: XXX Instance: XXX Snaps: 2221 -2228
-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 3,547,961 0 18,115 5 4.5
latch free 14,075,780 32,003 13,671 1 17.8 - 32,000 timeouts
log file sync 793,985 9 2,820 4 1.0 - nearly 1,000 seconds longer than log file parallel write
with roughly the same number of waits, 126 commits/rollbacks per second
db file scattered read 181,766 0 2,782 15 0.2
log file parallel write 760,565 0 1,862 2 1.0
SQL*Net more data to client 39,796,526 0 1,625 0 50.3
log buffer space 10,992 9 566 51 0.0
wait list latch free 19,679 0 400 20 0.0
log file sequential read 7,042 0 359 51 0.0
buffer busy waits 8,119 0 55 7 0.0
process startup 1,263 0 55 43 0.0
db file parallel read 828 0 16 19 0.0
enqueue 80 0 10 125 0.0
control file parallel write 2,507 0 7 3 0.0
direct path read (lob) 3,236,838 0 4 0 4.1
LGWR wait for redo copy 9,622 10 3 0 0.0
log file switch completion 70 0 3 42 0.0
control file sequential read 120,614 0 3 0 0.2
SQL*Net break/reset to clien 12,342 0 1 0 0.0
local write wait 10 0 1 80 0.0
library cache pin 31 0 0 10 0.0
library cache lock 3 0 0 48 0.0
direct path read 41,470 0 0 0 0.1
log file single write 28 0 0 3 0.0
direct path write 3,386 0 0 0 0.0
async disk IO 1,750 0 0 0 0.0
direct path write (lob) 167 0 0 0 0.0
buffer deadlock 1 1 0 0 0.0
SQL*Net message from client 70,366,763 0 148,518 2 88.9
jobq slave wait 29,280 29,082 86,016 2938 0.0
virtual circuit status 210 210 6,116 29124 0.0
wakeup time manager 203 203 5,926 29190 0.0
SQL*Net message to client 70,366,954 0 33 0 88.9
SQL*Net more data from clien 16,177 0 1 0 0.0
Background Wait Events for DB: XXX Instance: XXX Snaps: 2221 -2228
-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 760,561 0 1,862 2 1.0
log file sequential read 7,042 0 359 51 0.0
log buffer space 839 1 21 25 0.0
control file parallel write 2,507 0 7 3 0.0
LGWR wait for redo copy 9,622 10 3 0 0.0
latch free 2,194 34 2 1 0.0
db file sequential read 344 0 2 5 0.0
control file sequential read 3,234 0 0 0 0.0
log file single write 28 0 0 3 0.0
buffer busy waits 3 0 0 11 0.0
db file scattered read 17 0 0 1 0.0
rdbms ipc reply 72 0 0 0 0.0
direct path read 9,336 0 0 0 0.0
async disk IO 1,750 0 0 0 0.0
direct path write 2,042 0 0 0 0.0
rdbms ipc message 2,232,580 4,930 37,812 17 2.8
pmon timer 2,171 2,167 6,146 2831 0.0
smon timer 94 2 6,040 64250 0.0
SQL ordered by Gets for DB: XXX Instance: XXX Snaps: 2221 -2228
-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 Pool Advisory for DB: LP1 Instance: LP1 End Snap: 2228
-Only rows with estimated physical reads >0 are displayed
-ordered by Block Size, Buffers For Estimate (default block size first)
Size for Size Buffers for Est Physical Estimated
P Estimate (M) Factr Estimate Read Factor Physical Reads
D 208 .1 6,604 2.83 6,378,112,238
D 416 .2 13,208 1.93 4,342,866,205
D 624 .3 19,812 1.62 3,640,273,665
D 832 .4 26,416 1.44 3,240,092,326
D 1,040 .5 33,020 1.31 2,954,994,072
D 1,248 .6 39,624 1.22 2,742,984,290
D 1,456 .7 46,228 1.15 2,578,034,468
D 1,664 .8 52,832 1.09 2,443,373,792
D 1,872 .9 59,436 1.04 2,331,217,161
D 2,048 1.0 65,024 1.00 2,250,083,589
D 2,080 1.0 66,040 0.99 2,236,664,227
D 2,288 1.1 72,644 0.96 2,155,416,041
D 2,496 1.2 79,248 0.93 2,084,062,812
D 2,704 1.3 85,852 0.90 2,022,719,526
D 2,912 1.4 92,456 0.88 1,969,024,200
D 3,120 1.5 99,060 0.85 1,921,525,625
D 3,328 1.6 105,664 0.83 1,878,684,408
D 3,536 1.7 112,268 0.82 1,838,867,003
D 3,744 1.8 118,872 0.80 1,802,366,744
D 3,952 1.9 125,476 0.79 1,769,514,453
D 4,160 2.0 132,080 0.77 1,739,527,547
Shared Pool Advisory for DB: LP1 Instance: LP1 End Snap: 2228
-Note there is often a 1:Many correlation between a single logical object
in the Library Cache, and the physical number of memory objects associated
with it. Therefore comparing the number of Lib Cache objects (e.g. in
v$librarycache), with the number of Lib Cache Memory Objects is invalid
Estd
Shared Pool SP Estd Estd Estd Lib LC Time
Size for Size Lib Cache Lib Cache Cache Time Saved Estd Lib Cache
Estim (M) Factr Size (M) Mem Obj Saved (s) Factr Mem Obj Hits
3,648 .6 3,159 155,827 21,111,272 1.0 3,852,304,826
4,272 .7 3,777 207,077 21,136,378 1.0 3,857,271,509
4,896 .8 4,399 258,583 21,156,197 1.0 3,861,231,174
5,520 .9 5,021 324,236 21,174,386 1.0 3,865,018,959
6,144 1.0 5,641 382,883 21,191,536 1.0 3,869,209,460 - shared pool is 6,144M while buffer cache is 2048M
6,768 1.1 6,262 443,397 21,207,442 1.0 3,873,169,990
7,392 1.2 6,884 495,777 21,221,756 1.0 3,876,918,334
8,016 1.3 7,504 542,182 21,235,558 1.0 3,880,783,872
8,640 1.4 8,131 612,514 21,248,568 1.0 3,884,378,295
9,264 1.5 8,745 669,742 21,267,628 1.0 3,889,347,478
9,888 1.6 9,367 720,911 21,284,661 1.0 3,893,383,366
10,512 1.7 9,990 783,636 21,301,199 1.0 3,896,844,168
11,136 1.8 10,613 831,251 21,328,444 1.0 3,902,917,583
11,760 1.9 11,241 911,015 21,354,677 1.0 3,908,578,239
12,384 2.0 11,769 989,458 21,364,410 1.0 3,910,718,760
SGA Memory Summary for DB: LP1 Instance: LP1 Snaps: 2221 -2228
SGA regions Size in Bytes
Database Buffers 2,147,483,648
Fixed Size 739,728
Redo Buffers 1,847,296
Variable Size 8,589,934,592
sum 10,740,005,264
PGA Memory Advisory for DB: LP1 Instance: LP1 End Snap: 2228
-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
384 0.1 15,537,685.0 5,537,057.3 74.0 2
768 0.3 15,537,685.0 5,141,850.4 75.0 0
1,536 0.5 15,537,685.0 3,996,029.6 80.0 0
2,304 0.8 15,537,685.0 2,993,976.3 84.0 0
3,072 1.0 15,537,685.0 2,411,515.4 87.0 0
3,686 1.2 15,537,685.0 1,472,254.8 91.0 0
4,301 1.4 15,537,685.0 1,472,254.8 91.0 0
4,915 1.6 15,537,685.0 1,472,254.8 91.0 0
5,530 1.8 15,537,685.0 1,472,254.8 91.0 0
6,144 2.0 15,537,685.0 1,472,254.8 91.0 0
9,216 3.0 15,537,685.0 1,472,254.8 91.0 0
12,288 4.0 15,537,685.0 1,472,254.8 91.0 0
18,432 6.0 15,537,685.0 1,472,254.8 91.0 0
24,576 8.0 15,537,685.0 1,472,254.8 91.0 0
-------------------------------------------------------------How many CPUs are in the server, and what else is running on the server? If the server has 6 CPUs (CPU cores), the database instance is CPU bound. If the server has 12 CPUs (CPU cores) and nothing else was running on the server, the database instance could still have been CPU bound, if the majority of the activity happened in just 50 of the 105 minutes (of course individual sessions could still be CPU bound if those sessions only used a single CPU at a time). One of the clues here is that at 2,820 seconds, the log file sync wait event is roughly 1,000 seconds longer than the log file parallel write wait event, but that time difference might have been a side effect of the 126 commits/rollbacks per second - even in a non-CPU constrained server, it could take a little while for the session to come back on the CPU (your system seems to require an average of 0.0012 seconds, which might be an operating system specific limitation).
Notice that the shared pool is roughly 3 times as large as the buffer cache. As Nikolay mentioned, roughly 25% of the parses are in fact hard parses. If those SQL statements are parsed and executed a single time, then it makes sense to significantly reduce the size of the shared pool so that the length of time that the shared pool related latches are held is minimized while scanning to determine if the SQL statement was previously parsed. Use caution with the suggestion to modify the CURSOR_CHARING parameter - check with MOS (My Oracle Support) for known bugs with your specific version of Oracle Database, and test with caution.
There were on average 2.17 sessions waiting on the latch free wait event for the duration of the Statspack snapshot - did the Statspack report include a breakdown of the various latch counters?
Were any SQL statements included in the report?
What parameters have been modified? Was the SPINCOUNT parameter adjusted?
Are you able to narrow the problem down to the activity of one or two sessions? If so, use a 10046 trace at level 8 or 12 for those sessions.
Charles Hooper
http://hoopercharles.wordpress.com/
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc. -
Monitor/trace per transaction performance stats
Is it possible to trace stats like cpu time and num of IOs for each committed transaction and log them one row per transaction? Thanks, Stan
Yes it is possible through statspack which give you all other performance related information. But it is also very resource consuming job. so be carefull while using it.
-
Trace file analysis: High cpu timings for FETCH
Hi!
I am doing a 10046 trace file analysis for a performance problem we see on a customer site, but we can't reproduce the problem on our local reference test system.
Basically, the cpu timings for FETCH calls for a SELECT statement are ten times as high on the customer system. There are no WAIT events in the trace file (for this statement), only a high cpu timing for the FETCHES:
Customer instance:
FETCH #19:c=140625,e=140189,p=0,cr=3358,cu=0,mis=0,r=1,dep=1,og=1,tim=1500177409
Reference system;
FETCH #4:c=15625,e=7984,p=0,cr=2262,cu=0,mis=0,r=1,dep=1,og=1,tim=5624714062
I see that the number of consistant reads is 50% higher, but I don't see why this result in 10 times the CPU time and about 20 times the elapsed time. This is does not seem to be a general problem with all statements, so the general timings are comparable to our reference system. The problem seems to be this Select statement only which only joins two tables.
I had the idea that a long running transaction that didn't commit would lead to this problem, since Oracle would need to reconstruct blocks from undo, but there are no such transactions on the system.
With no WAIT events emitted, where does the time go?
Thanks for your help,
MarcusMMarcus wrote:
Here is the execution plan for the query. It is the same on both systems, with slightly different total costs (8 or 10).
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 1 | 35 | 10 (10)| 00:00:01 |
| 1 | SORT ORDER BY | | 1 | 35 | 10 (10)| 00:00:01 |
|* 2 | FILTER | | | | | |
|* 3 | TABLE ACCESS BY INDEX ROWID | PLANHIERARCHIE | 1 | 35 | 5 (0)| 00:00:01 |
|* 4 | INDEX RANGE SCAN | PLANHIERARCHIEINDEX | 21 | | 2 (0)| 00:00:01 |
| 5 | NESTED LOOPS | | 1 | 39 | 4 (0)| 00:00:01 |
|* 6 | TABLE ACCESS BY INDEX ROWID| PLANSCHRITTFOLGE | 1 | 21 | 3 (0)| 00:00:01 |
|* 7 | INDEX RANGE SCAN | PLANSCHRITTFOLGEPK | 11 | | 2 (0)| 00:00:01 |
|* 8 | TABLE ACCESS BY INDEX ROWID| PLANHIERARCHIE | 1 | 18 | 1 (0)| 00:00:01 |
|* 9 | INDEX UNIQUE SCAN | PLANHIERARCHIEPK | 1 | | 0 (0)| 00:00:01 |
You have omitted the predicate section from the execution plan - and [+*there may be important clues*+|http://jonathanlewis.wordpress.com/2008/12/03/predicate-problems/] in the predicate section.
In your case the problem may +(*for example*+) simply be the way in which the predicates apply to the PLANSCHRITTFOLGEPK index range scan.
Imagine you have 250 index entries per leaf block, and the predicates that apply to the index identify an index range scan that spans 25 entries in one system but 25000 entries (100 leaf blocks) in the other. It is possible that filter predicates against the index eliminate most of the index entries before you go to the table. The CPU used to examine (filter) large numbers of index leaf entries can be significant - and since that index range scan is part of a filter subquery it could many several time - escalating the CPU usage. A check of the access and filter predicates may give you some clue about whether you are seeing that type of problem.
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.
"Science is more than a body of knowledge; it is a way of thinking"
Carl Sagan -
I must trace my (production) db-query to store all "select" statement wich running in 24 hours.
Questions:
1.Can you tell me how can i do it? Can i generate only one trace file?
2.can have, this kind of operation, hard impacts on the performance of the db?
tank youYou can set the rdbms to trace every session however this will give you a lot of trace files and it will be up to you to consolidate them and filter out the select statements.
You can use extended auditiing on 10g+ to capture the actual SQL but both this and the prior method have the drawback of potentially generating a ton of data which will consume a lot of space.
But why bother will capturing every SQL statement? If you purpose for doing this is performance tuning related wouldn't capturing the high use and long running SQL server your needs just as well?
The Statspack and/or AWR tables have entries for heavy resource SQL and you can query the v$sql views to find select statements with lots of child cursors. If you main goal is performance analysis this may be a better approach.
On the other hand if you main purpose is security related then I would go with auditing, but make sure your sys.aud$ table tablespace has sufficient free space to handle the expected load.
HTH -- Mark D Powell --
what => why
Edited by: Mark D Powell on Dec 20, 2010 11:30 AM
Maybe you are looking for
-
[SOLVED] Dependencies can't be resolved
Hi guys, I'm trying to install something, but it requires deendencies that are in conflict with other dependencies on my machine. Is there any way to resolve this? The details are below: sudo pacman -S libpanelappletmm resolving dependencies... looki
-
ERROR You do not have enough access privileges / Music Folder Permissions
OS...W XP iTunes 7.6.2.9 HP. Classic 60 GB HP iPod. I have this error when I try to import some CD's. Am trying to import a brand new cd I just bought and error reads... *"Error occured while converting the file "Large Time" ( or whatever the 1st son
-
Hi, I have an X2 on the Orange network and since I have had it, it has never updated the time auomatically. As an example, I have just been to France for a week. When I went the phone was on GMT. It should have: 1 - Updated to French winter time on 1
-
"MIMO Cable link did not lock within alloted time" error in USRP 2922
Hi, I am running Prof Heath courseware experiments, specifically lab 2.1, on USRP 2922 and I have come through this error: "niUSRP Initiate.vi<ERR>The MIMO cable link did not lock within the alloted time." with error code "-1074118624". I don't under
-
Adobe encoder too much data for the media how to adjust within encoder
I am trying to export a project to encore/ bluray via mpeg format from premiere 3 encoder. This project is 2hrs 20 mins long and at medium quality I get 26 gigs how to i bring the data amount down to facillatate burning in encore. All my chapters are