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
    Rajdeep

    Hi,
    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 raitsarevo

    Hi
    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 Report

    Frederic'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 you

    i 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

  • MY Statspack report.

    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

  • 9i DB statspack

    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:00

    Same 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

  • Trace files vs. AWR

    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                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Statspack analysis

    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....
    regards

    Saagar,
    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,
    Marcus

    MMarcus 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                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Trace all select of a db

    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 you

    You 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

  • X2 time not auto-adjusting

    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