Statspack ORABSD

Gerencia de Base de Datos
STATSPACK ORACLE 11G

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
F. de Emisin: 10-Abr-2012
GDBA-INF-05-002
Pgina 1 de 25
ANALISIS CON STATSPACK

CLIENTE: SERVIDOR: SID:
XXX OraBSD INFORA
Paseo Av. Bulnes 147 Piso 8, Santiago Centro, Santiago Fono: (56-2) 9564100 www.dbsys.cl

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 2 de 25
Nombre Ela bor : Rev is: Rev is: REGISTRO DE MODIFICACIONES Revisin Emisor Descripcin de la Modificacin N 1 2 3 4 5 6 7 8 9 Fecha Nombre / Dpto. Bryan Carrizo
Unidad Gerencia Bases de Datos Plataforma Oracle
Aprob

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 3 de 25
10

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 4 de 25
INDICE
1. INTRODUCCION..................................................................5 2.VISTAS DE RENDIMIENTO...................................................5 3.INSTALACION....................................................................6 2. REPORTES.........................................................................8 3. DIAGRAMA STATSPACK...................................................11 .........................................................................................11 Cuando se ejecuta una instantnea, el software Statspack tomar muestras de la memoria RAM en memoria las estructuras internas del SGA y transferira los valores en las tablas de Statspack correspondientes. Estos valores estn disponibles para sucomparacin con otras instantneas.......................................................................12 4. SCRIPTS STATSPACK........................................................13 5. RENDIMIENTO DE LA INSTANCIA.......................................14 6. ANALISIS INFORME GENERADO POR STATSPACK................17

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 5 de 25
1. INTRODUCCION
STATSPACK es una herramienta Oracle, que recopila informacin de las vistas ms importantes de rendimiento. Este adems analiza dichas estadsticas y genera un reporte con el diagnstico global de rendimiento. Adems muestra la informacin recopilada en un formato legible para el administrador de la Base de Datos.
2.VISTAS DE RENDIMIENTO
Las vistas dinmicas ms importantes que nos dan informacin sobre el rendimiento de la instancia son: V$SYSTEM_EVENT . Recoge informacin sobre las esperas totales por evento y el tiempo de estas esperas. V$SYSSTAT Recoge las estadsticas bsicas acumuladas de la instancia, como el uso total de commits o de rollbacks, o los bloques totales de redo ledos. V$SGAINFO Recoge informacin sobre el tamao (en bytes) de todos los elementos componentes de la SGA (Shared pool, Large pool, etc). Adems nos dice cual de estos elementos son redimensionables. Un ejemplo de redimensionable sera el Shared Pool y un ejemplo de no redimensionable sera el tamao mximo de la SGA. V$SGASTAT Recoge la informacin detallada de los elementos que componen la SGA. Si V$SGAINFO nos mostraba el tamao total de cada uno de estos componentes, V$SGASTAT nos muestra el tamaode todos los elementos que componen cada uno de los componentes.

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 6 de 25
V$BUFFER_POOL_STATISTICS Recoge informacin sobre las estadsticas de la cach de datos, como el nmero de buffers escritos o el nmero de buffers escaneados. V$LIBRARYCACHE Proporciona informacin sobre el rendimiento de la libary cache (cach de secuencias SQL). Por ejemplo nos da informacin de cuantas veces se solicitaron las sentencias sql y cuantas fueron rechazadas. V$FILESTAT Contiene informacin acerca de las estadsticas de los ficheros de datos escritos y ledos, como el nmero de veces que es requerido el DBWR en ese fichero. V$LATCH Proporciona informacin sobre los latches. Los latches son un mecanismo que protege la estructura de datos de la SGA contra los accesos simultneos. Limitan la cantidad de tiempo y espacio en los que un proceso puede mantener un recurso en un instante dado. V$WAITSTAT Muestra estadsticas relacionadas con la contencin de bloques de la base de datos . V$SQL Recoge informacin sobre las sentencias SQL en ejecucin, incluyendo el consumo de memoria. V$PROCESS Recoge informacin acerca de los procesos que se encuentran activos en ese momento, como el usuario que lo esta usando, con el programa que se esta utilizando, en que archivo, o el tamao de la memoria de pga usado. V$BGPROCESS Recoge informacin sobre los procesos en segundo plano, como la descripcin de estos y los errores encontrados en ellos.
3.INSTALACION

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 7 de 25
Antes de instalar STATSPACK, es recomendable la creacin de un tablespace de un mnimo de 500M, ya que al instalarlo nos pedir un tablespace que designar para la utilizacin de STATSPACK. Para instalar STATSPACK, tan solo tendremos que ejecutar en sql plus, con cualquier usuario que funcione como sysdba, el siguiente script: Pero primero crearemos el Tablespace para STATSPACK. SQL> CREATE TABLESPACE PERFSTAT DATAFILE '/u01/app/oracle/oradata/INFORA/perfstat.dbf' SIZE 300M AUTOEXTEND OFF OPC1: $sqlplus /nologon SQL> connect perfs ta t / per f s ta t SQL > @$ORACLE_HOME/rdbms/admin/spcreate .sq l OPC2: [oracle@OraBSD ~]$ cd $ORACLE_HOME/rdbms/admin [oracle@OraBSD ~]$ sqlplus / as sysdba SQL> star t spcreate.sq l Este script crear tambin el usuario perfstat. En la instalacin se nos pedir que elijamos el password del usuario perfstat, as como el tablespace PERFSTAT por defecto, y el tablespace temporal. SQL > execute statspack.snap( I _SNAP_LEVEL=>10); SQL > execute dbms_stats .gather_schema_stats (ownname=>'perfs ta t ' ) ; SQL > @$ORACLE_HOME/rdbms/admin/spreport . sq l SQL > @$ORACLE_HOME/rdbms/admin/sppurge.sq l

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 8 de 25
2. REPORTES
El reporte que genera cuenta con una estructura definida: En primer lugar nos muestra el diagnstico en s, en el cual se encuentran los indicadores de desempeo (medicin de las principales variables), y a continuacin, los eventos que inciden en el rendimiento. En segundo lugar el reporte nos presenta todos los eventos de la base de datos. Luego las sentencias SQL ms consumidoras de recursos ordenadas de 4 formas: SQL SQL SQL SQL ordenadas por ordenadas por ordenadas por ordenadas por llamadas. lecturas. ejecuciones. llamadas analizadas.
Reportes (como usuario perfstat):

spreport . sq l Genera un informe general del rendimiento : de la instancia sprepins . sq lGenera un informe para la BD y la instancia : indicados sprepsql . sq lGenera un informe para la sentencia SQL que : se indique. spauto.sq:l Permite automatizar la recoleccin de estadsticas.
Cmo se recopilan las estadsticas?

Para tomar una foto en un momento determinado se debe de ejecutar el siguiente comando como usuario perfstat en sql plus: exec statspack.snap; Sin embargo es recomendable automatizar la ejecucin anterior, de forma que se fija la ejecucin del statspack cada hora exacta (7:00,8:00,9:00,....).

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 9 de 25
Para ello se debe ejecutar el siguiente script: @$ORACLE_HOME/rdbms/admin/spauto.sq l
Cmo se genera un reporte?

Para generar un reporte hay que ejecutar el siguiente script como usuario perfstat: OPC1: sqlplus perfstat/perfstat SQL> @?/rdbms/admin/spreport.sql OPC2: @$ORACLE_HOME/rdbms/admin/spreport.sql Se pedir que indiques la instantnea inicial y la final de la que quieres hacer el reporte. Tambin la ubicacin del fichero.

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 10 de 25

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 11 de 25
3. DIAGRAMA STATSPACK

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 12 de 25
Cuando se ejecuta una instantnea, el software Statspack tomar muestras de la memoria RAM en memoria las estructuras internas del SGA y transferira los valores en las tablas de Statspack correspondientes. Estos valores estn disponibles para sucomparacin con otras instantneas.
SQL> desc stats$sysstat; Name Null? Type ----------------------------------------- -------- ---------------------------SNAP_ID NOT NULL NUMBER DBID NOT NULL NUMBER INSTANCE_NUMBER NOT NULL NUMBER STATISTIC# NOT NULL NUMBER NAME NOT NULL VARCHAR2(64) VALUE
NUMBER

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 13 de 25
4. SCRIPTS STATSPACK
Instalacin (como usuario sysdba):
spcreate.sq lInstala STATSPACK ejecutando a su vez los scripts: :

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 14 de 25
spcusr . sq:l Crea el usuario PERFSTAT spctab.sq:l Crea las tablas spcpkg.sql Crea el paquete statspack :
spdrop.sq:l Desinstala STATSPACK ejecutando a su vez los scripts:

spdtab.sq:l Borra las tablas spdusr .sq:l Borra el usuario PERFSTAT
. Mantenimiento (como usuario perfstat):

sppurge.sq l: Permite borrar un rango de snapshots sptrunc.sq: Vaca todas las tablas, borrando todos los snapshots l spuexp.par :Es un fichero de parmetros para exportar el usuario Perfstat
5. RENDIMIENTO DE LA INSTANCIA Contencin en los latches de library cache

La razn por la que ocurre esta incidencia, es por la acumulacin de muchas peticiones a un mismo contenido de la cach de datos. Muchas de ellas se quedarn en espera. Para analizar si tenemos este problema podemos mirar la vista dinmica V$LATCH. Existen varias latches que afectan a la library cache (library cache, library cache pin allocation, library cache lock,....). Existirn problemas de rendimiento si existen fallos (misses) con esperas(sleeps). Para evitar este problema habra que ampliar el tamao de la Shared Pool.
Contencin en los latch de shared pool


Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 15 de 25
La razn por la que ocurre esta incidencia, es por la acumulacin de muchas peticiones a un mismo contenido de la shared pool, Muchas de ellas se quedarn en espera. Para analizar si tenemos este problema podemos mirar la vista dinmica V$LATCH. El latch encargado de la shared pool se llama 'shared pool' Existirn problemas de rendimiento si existen fallos (misses) con esperas(sleeps) en este latch. Para evitar este problema habra que ampliar el tamao de la Shared Pool.
Altos tiempos de CPU para compilar

Las estadsticas de esta incidencia se mirara en la fila parse time cpu de la vista V$SYSSTAT.
Muchas recompilaciones (reloads) en la cach de datos
Las recompilacines (reloads) son cada peticin de metadatos (PIN) que no se encuentran en memoria por que los ha sacado el algoritmo LRU (ejecuciones que requieren recompilar sentencia). Se miran en la vista V$LIBRARYCACHE y para el correcto funcionamiento de la instancia debe ser prcticamente 0 en los namespaces sql/area, table/procedure,body y trigger. Si este valor no se acerca a 0 deberemos subir el tamao de la shared pool.
Muchas llamadas de compilacin

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 16 de 25
Las estadsticas de este incidencia se mirara en la fila parse count(total), parse count(hard), parse count(failures) de la vista V$SYSSTAT. Si existen muchas sentencias analizadas con fracaso(parse count(failures)) con respecto al total (parse count(total)) el rendimiento de la base no esta siendo el correcto.
Contencin en el latch 'cache buffers lru chain'
Como las anteriores contenciones de latches, tiene que ver con la acumulacin de peticiones. Se puede comprobar en la vista V$LATCH. Se dar si existen fallos (misses) con esperas (sleeps). La solucin es evitar las lecturas innecesarias o los ndices poco selectivos.
Mucho tiempo empleado en la espera "write complete waits" y mucho tiempo empleado en la espera "free buffer waits"
Podemos ver si hay esperas para estas dos incidencias en V$BUFFER_POOL_STATISTICS. Pueden evitarse evitando lecturas innecesarias o los ndices poco selectivos.
Contencin en latches de redo.

Los latches de redo en los que tendremos que comprobar que hay contencin, es decir, si existen fallos (misses) con esperas (sleeps), son 'redo copy' y 'redo allocation'. Una posible solucin es las subida de la cach de Redo (log_buffer).
Contencin en peticiones de espacio de redo en disco

Se refiere a la estadstica redo log space requests" de la vista V$SYSSTAT, que refleja el nmero de esperas al escribir el redo a disco, por que se ha llenado el fichero redolog.
Contencin en los segmentos de rollback


Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 17 de 25
Habr contencin en los segmentos de rollback, si el count de 'undo header' de la columna class de la vista V$WAITSTAT, es mayor que 0. Para solucionarlo tendremos que crear un mayor nmero de segmentos de rollback.
Cuellos de botellas
Los cuellos de botellas aparecen cuando hay una demanda excesiva simultnea sobre un recurso.
6. ANALISIS INFORME GENERADO POR STATSPACK Create, View and Delete Snapshots
sqlplus perfstat/perfstat SQL> exec statspack.snap; SQL> select name,snap_id,to_char(snap_time,'DD.MM.YYYY:HH24:MI:SS') "Date/Time" from stats$snapshot,v$database;
Adjusting the STATSPACK Collection Level

SQL> SELECT * FROM stats$level_description ORDER BY snap_level;
Level 0 This level captures general statistics, including rollback segment, row cache, SGA, system events, background events, session events, system statistics, wait statistics, lock statistics, and Latch information. Level 5 This level includes capturing high resource usage SQL Statements, along with all data captured by lower levels. Level 6 This level includes capturing SQL plan and SQL plan usage information for high resource usage SQL Statements, along with all data captured by lower levels. Level 7 This level captures segment level statistics, including logical and physical reads, row lock, itl and buffer busy waits, along with all data captured by lower levels. Level 10 This level includes capturing Child Latch statistics, along with all data captured by lower levels.

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 18 de 25
Generate Execution Plan for given SQL statement
SQL> select rpad(name,30),gets ,misses ,sleeps from v$latch where name like '%library cache%' or name like '%shared pool%';
RPAD(NAME,30) GETS MISSES ------------------------------ ---------- ---------- ---------shared pool 2001823 2111 287 library cache load lock 0 0 0 shared pool simulator 191897 0 0 shared pool sim alloc 724 0 0 SLEEPS
GETS: MISSES : SLEEPS:
Indica los fallos que hay al intentar coger un latch.
primer indica el numero de veces que el proceso intenta coger un latch y pasa a estado sleeping.
If you have identified one or more problematic SQL statement, you may want to check the execution plan. Remember the "Old Hash Value" from the report above (1279400914), then execute the scrip to generate the execution plan.

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 19 de 25
sqlplus perfstat/perfstat SQL> @?/rdbms/admin/sprepsql.sql Enter the Hash Value, in this example: 1279400914
Remove STATSPACK from the Database

After a STATSPACK session you want to remove the STATSPACK tables.
sqlplus "/ as sysdba" SQL> @?/rdbms/admin/spdrop.sql SQL> DROP TABLESPACE perfstat INCLUDING CONTENTS AND DATAFILES; Anteriormente ya explique la estrucutura de Statspack, ahora veremos la informacin mas relevante recogida por este informe. En primer lugar, Statspack nos da la informacin sobre la eficiencia de la actividad de la instancia. Dentro de este apartado tambin aparecen las estadsticas de la Shared Pool.
InstanceEff i c i ency Indicators ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Buffer Nowait %: 100.00 Redo NoWait %: 100.00 Buffer Hit %: 99.86 Optimal W/A Exec %: 100.00 Library Hit %: 95.16 Soft Parse %: 93.80 Execute to Parse %: 55.44 Latch Hit %: 100.00 Parse CPU to Parse Elapsd %: 84.53 % Non-Parse CPU: 81.24 Shared Pool Statistics Begin End ------ -----Memory Usage %: 90.32 89.37 % SQL with executions>1: 68.99 83.63 % Memory for SQL w/exec>1: 67.38 79.09
Buffer Nowait: % de veces que se acceden a los buffers de datos sin tiempos de espera (Buffer Nowait).

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 20 de 25
Buffer Hit: % de veces que los bloques de buffer se encontraban en la memoria, sin tener que ejecutar una operacin de lectura. Library Hit: % de ocasiones en el que las sentencias sql se encontraban en la shared pool. Execute to Parse: % de utilizacin de sentencias sql ya analizadas. Parse CPU to Parse Elaps: Proporcin de CPU dedicado a analizar las sentencias sql. Redo Nowait: % de tamao suficiente en los buffers de redo. Soft Parse: % de sesiones en las que se utiliz sentencias sql que ya estaban en la shared pool. Latch Hit: Frecuencias de uso de latches sin esperas. Non-Parse CPU: % de cantidad de recursos de la CPU destinados a la ejecucin de sql.
El informe de Statspack trae la informacin de los 5 eventos que tienen un mayor peligro de constituir un posible cuello de botella en la base de datos, ya que son los que tienen un mayor nmero de esperas.
Top 5 Timed Events Avg %Total ~~~~~~~~~~~~~~~~~~ wait Call Event Waits Time (s) (ms) Time ----------------------------------- ------------ ----------- ------ -----CPU time 59 50.8 log file parallel write 3,344 22 6 18.6 log file sync 626 13 22 11.6 os thread startup 265 7 26 6.0 db file sequential read 1,546 5 3 4.1 -------------------------------------------------------------
Tambin podemos ver las estadsticas de memoria usada en la base de datos.

Memory Statistics ~~~~~~~~~~~~~~~~~ Host Mem (MB): End ------------ -----------1,877.6 1,877.6 Begin

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 21 de 25
SGA use (MB): 748.6 748.6 PGA use (MB): 116.0 116.4 % Host Mem used for SGA+PGA: 46.1 46.1 -------------------------------------------------------------
En la siguiente estadstica tambin podremos ver en que gasta el tiempo la base de datos.
Time Model System Stats DB/Inst: INFORA/INFORA Snaps: 1-4 -> Ordered by % of DB time desc, Statistic name Statistic Time (s) % DB time ----------------------------------- -------------------- --------DB CPU 65.6 83.2 sql execute elapsed time 56.3 71.4 parse time elapsed 35.1 44.5 hard parse elapsed time 33.0 41.8 PL/SQL execution elapsed time 7.7 9.8 hard parse (sharing criteria) elaps 2.7 3.4 connection management call elapsed 2.2 2.8 PL/SQL compilation elapsed time 1.9 2.4 repeated bind elapsed time 0.1 .1 hard parse (bind mismatch) elapsed 0.0 .0 failed parse elapsed time 0.0 .0 sequence load elapsed time 0.0 .0 DB time 78.8 background elapsed time 53.6 background cpu time 9.3
Podemos ver los eventos de procesos, tanto los que estn en primer plano, como los que estn en segundo plano, para los que ha habido mas esperas.
Background Wait Events DB/Inst: INFORA/INFORA Snaps: 1-4 -> Only events with Total Wait Time (s) >= .001 are shown -> ordered by Total Wait Time desc, Waits desc (idle events last) Avg %Total %Tim Total Wait wait Waits Call Event Waits out Time (s) (ms) /txn Time ---------------------------- ------------ ---- ---------- ------ -------- -----log file parallel write 3,344 0 22 6 2.5 18.6 os thread startup 265 0 7 26 0.2 6.0 db file async I/O submit 3,051 0 5 2 2.3 4.1 control file parallel write 2,442 0 4 1 1.8 3.1 db file sequential read 448 0 1 2 0.3 .6 ADR block file read 24 0 0 6 0.0 .1 control file sequential read 7,276 0 0 0 5.5 .1 Parameter File I/O 104 0 0 0 0.1 .0

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 22 de 25
di rec tpath sync log file sync Disk file operations I/O
Space Manager : slave idle wa 1,349 100 6,716 4979 1.0 pmon timer 2,383 94 6,713 2817 1.8 Streams AQ: qmn coordinator 478 50 6,694 14004 0.4 Streams AQ: qmn slave idle w 244 0 6,694 27435 0.2 SGA: MMAN sleep for componen 114 92 1 10 0.1 SQL*Net message from client 452 0 1 1 0.3 SQL*Net more data from clien 7 0 0 2 0.0 class slave wait 40 0 0 0 0.0 -------------------------------------------------------------
0 0 12 0.0 .0 0 0 11 0.0 .0 152 0 0 0 0.1 .0
Estudiamos las sentencias sql en el informe. Podremos ver las sentencias que consumen ms cpu.
SQL ordered by CPU DB/Inst: INFORA/INFORA Snaps: 1-4 -> Total DB CPU (s): 66 -> Captured SQL accounts for 34.2% of Total DB CPU -> SQL reported below exceeded 1.0% of Total DB CPU CPU CPU per Elapsd Old Time (s) Executions Exec (s) %Total Time (s) Buffer Gets Hash Value ---------- ------------ ---------- ------ ---------- --------------- ---------3.55 104 0.03 5.4 3.72 42,204 2689373535 DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_J OB_PROCS(); :mydate := next_date ; IF broken THEN :b := 1; ELSE : b := 0; END IF; END; 3.36 2,680 0.00 5.1 3.35 14,799 3076096889 Module: OEM.Sys temPool BEGIN EMDW_LOG.se t _context(MGMT_JOB_ENGINE.MODULE _NAME, :1); MGM T_JOB_ENGINE.get_scheduled_steps(:2, :3, :4, :5); EMDW_LOG.set_c ontext; END;
Sentencias que tienen un mayor tiempo de ejecucin.

SQL ordered by Elapsed time for DB: INFORA Instance: INFORA Snaps: 1 -4

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 23 de 25
- > Total DB Time (s): 79 -> Captured SQL accounts for 34.5% 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 ---------- ------------ ---------- ------ ---------- --------------- ---------3.72 104 0.04 4.7 3.55 38 2689373535 DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_J OB_PROCS(); :mydate := next_date ; IF broken THEN :b := 1; ELSE : b := 0; END IF; END; 3.35 2,680 0.00 4.2 3.36 0 3076096889 Module: OEM.Sys temPool BEGIN EMDW_LOG.se t _context(MGMT_JOB_ENGINE.MODULE _NAME, :1); MGM T_JOB_ENGINE.get_scheduled_steps(:2, :3, :4, :5); EMDW_LOG.set_c ontext; END;
Sentencias con un mayor nmero de lecturas lgicas.

------------------------------------------------------------SQL ordered by Gets DB/Inst: INFORA/INFORA Snaps: 1-4 -> End Buffer Gets Threshold: 10000 Total Buffer Gets: -> Captured SQL accounts for 28.0% of Total Buffer Gets -> SQL reported below exceeded 1.0% of Total Buffer Gets
1,264,631
CPU Elapsd Old Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value --------------- ------------ -------------- ------ -------- --------- ---------786,822 1 786,822.0 62.2 2.81 3.25 546379792 Module: SQL*Plus BEGIN statspack.snap (I_SNAP_LEVEL=>10); END; 461,526 1 461,526.0 36.5 0.82 0.82 2783330933 Module: SQL*Plus INSERT INTO STATS$SQL_PLAN ( PLAN_HASH_VALUE , ID , OPERATION , OPTIONS , OBJECT_NODE , OBJECT# , OBJECT_OWNER , OBJECT_NAME , O BJECT_ALIAS , OBJECT_TYPE , OPTIMIZER , PARENT_ID , DEPTH , POSI TION , SEARCH_COLUMNS , COST , CARDINALITY , BYTES , OTHER_TAG , 57,845 7 8,263.6 4.6 1.20 1.20 2596237594 Module: TOAD 10.1.1.8 Select tabs. tab l e _name, tabs.owner, tabs.cluster_name , partitioned, iot_type , TEMPORARY, table_type, table_ty pe_owner , tablespace_name , NESTED , las t_analyzed , Dropped , decode(nvl(buffer_pool, 'x 43,830 3,553 12.3 3.5 0.55 0.56 2669392844 UPDATE MGMT_CURRENT_METRICS SET COLLECTION_TIMESTAMP = :B1 , VAL UE = :B6 , STRING_VALUE = :B5 WHERE TARGET_GUID = :B4 AND METRIC _GUID = :B3 AND KEY_VALUE = :B2 AND COLLECTION_TIMESTAMP < :B1

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 24 de 25
42,204 104 405.8 3.3 3.55 3.72 2689373535 DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_J OB_PROCS(); :mydate := next_date ; IF broken THEN :b := 1; ELSE : b := 0; END IF; END;
Sentencias con un mayor nmero de lecturas de disco fsicas.

Cliente: XXX
F. de Rev.: 10-Abr-2012
Cdigo Documento
Host: OraBSD
Rev. N: 0
Instancia: INFORA
GDBA-INF-05-002
Pgina 25 de 25

Statspack ORABSD

Hochgeladen von

Dokumentinformationen

Originalbeschreibung:

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Statspack ORABSD

Hochgeladen von

Copyright:

Verfügbare Formate

Gerencia de Base de Datos

STATSPACK ORACLE 11G

ANALISIS CON STATSPACK

XXX OraBSD INFORA

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Unidad Gerencia Bases de Datos Plataforma Oracle

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Reportes (como usuario perfstat):

Cmo se recopilan las estadsticas?

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Para ello se debe ejecutar el siguiente script: @$ORACLE_HOME/rdbms/admin/spauto.sq l

Cmo se genera un reporte?

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Gerencia de Base de Datos

STATSPACK ORACLE 11G

spcreate.sq lInstala STATSPACK ejecutando a su vez los scripts: :

Gerencia de Base de Datos

STATSPACK ORACLE 11G

spdrop.sq:l Desinstala STATSPACK ejecutando a su vez los scripts:

spdtab.sq:l Borra las tablas spdusr .sq:l Borra el usuario PERFSTAT

. Mantenimiento (como usuario perfstat):

5. RENDIMIENTO DE LA INSTANCIA Contencin en los latches de library cache

Contencin en los latch de shared pool

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Altos tiempos de CPU para compilar

Muchas recompilaciones (reloads) en la cach de datos

Muchas llamadas de compilacin

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Contencin en el latch 'cache buffers lru chain'

Contencin en latches de redo.

Contencin en peticiones de espacio de redo en disco

Contencin en los segmentos de rollback

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Adjusting the STATSPACK Collection Level

Gerencia de Base de Datos

STATSPACK ORACLE 11G

Generate Execution Plan for given SQL statement

GETS: MISSES : SLEEPS:

Indica los fallos que hay al intentar coger un latch.

Gerencia de Base de Datos

STATSPACK ORACLE 11G