caso-2.trc

db file sequential read

Lee un bloque del disco al buffer cache: acceso por índice, a la tabla por ROWID, a undo o a la cabecera de segmento.

Normal cuando

Acceso por índice a pocos bloques, con promedio de 0,1 a 1 ms en SSD o flash y de 5 a 10 ms en disco.

Preocupa cuando

Muchas lecturas: el plan lee demasiados bloques (índice poco selectivo, NESTED LOOPS con muchas filas). Promedio alto: almacenamiento lento o con contención.

Dónde mirar

• Cuántas lecturas y cuánto dura cada una: Perfil, fila de este componente: columnas Ocurrencias y Media (s)
• Lecturas lentas, o muchas lecturas rápidas: Distribución de latencia, tabla de este evento
• Objetos más leídos: Objetos con más tiempo de espera
• Relectura de los mismos bloques: Lecturas, primera lectura y relectura del mismo bloque
• Sentencias que más leyeron: Sentencias principales por componente, grupo de este evento
• Operaciones del plan que leen demasiados bloques: detalle de la sentencia, Plan de ejecución: operaciones destacadas

CPU: EXEC dbcalls

Tiempo de CPU de la sesión en la ejecución: DML, apertura del cursor y cuerpo de bloques PL/SQL. Alto en PL/SQL: lógica pesada o SQL dentro de un bucle.

Normal cuando

Es parte del trabajo normal de la base de datos.

Preocupa cuando

Domina el tiempo total: empiece por las sentencias que más CPU consumen y por sus lecturas lógicas.

Dónde mirar

• CPU por tipo de llamada: Tipos de llamada
• Sentencias con más lecturas lógicas: Sentencias SQL, columnas LIO y Filas
• Sentencias que más CPU consumieron en esta llamada: Sentencias principales por componente, grupo de esta llamada
• Sentencias hijas de los bloques PL/SQL: detalle de la sentencia, SQL recursivo

tiempo no contabilizado dentro de las llamadas

La parte de la duración de la llamada (e=) que no es CPU (c=) ni espera registrada dentro de ella.

Normal cuando

Pequeño. El valor negativo viene de la granularidad de la medición de CPU, no de un problema.

Preocupa cuando

Suma mucho: cola de CPU (más procesos listos que núcleos), paginación de memoria (swap) o código sin instrumentación de espera.

Dónde mirar

• Llamadas en las que el tiempo desaparece (duración muy por encima de CPU más esperas): Llamadas de nivel 0 más largas
• Sentencias que más cargan con ese tiempo: Sentencias principales por componente, grupo de este evento
• Carga de CPU y memoria libre del servidor en el período, fuera del informe

tiempo no contabilizado entre llamadas

Tiempo entre el fin de una llamada de nivel 0 y el inicio de la siguiente sin ninguna espera registrada. Es la diferencia entre el tiempo total y la suma de las llamadas y de las esperas entre ellas.

Normal cuando

Pequeño: fracciones de milisegundo por llamada.

Preocupa cuando

Suma mucho: el trace se activó o desactivó a mitad de camino, el proceso quedó fuera de la CPU (servidor saturado), la aplicación tardó sin que apareciera la espera de cliente, o falta un archivo de la colección.

Dónde mirar

• Período del trace y huecos grandes de tiempo: Resumen, Período
• En una colección, si llegaron todos los archivos: Colección, archivos y sesiones
• Llamadas separadas por huecos: Llamadas de nivel 0 más largas

direct path read

Lee bloques del disco directamente a la memoria de la sesión, sin pasar por el buffer cache: full scan grande en serie o consulta paralela.

Normal cuando

Lectura completa de una tabla grande en un proceso por lotes.

Preocupa cuando

Aparece en una pantalla de usuario o dentro de un bucle: full scan grande repetido, tabla leída entera para devolver pocas filas.

Dónde mirar

• Sentencias que más leyeron: Sentencias principales por componente, grupo de este evento
• Operaciones TABLE ACCESS FULL y cuántas veces se ejecutaron: detalle de la sentencia, Plan de ejecución: columna Exec
• Objetos más leídos: Objetos con más tiempo de espera

SQL*Net message from client

La sesión terminó la llamada anterior y espera el próximo pedido de la aplicación. Es tiempo de la aplicación, de la red y del usuario, no de la base de datos.

Normal cuando

Aparece entre todas las llamadas. Las esperas largas y aisladas son el usuario pensando o la aplicación ocupada con otra cosa.

Preocupa cuando

Domina el tiempo total con muchas esperas cortas: la aplicación conversa demasiado con la base de datos (una fila por llamada, SQL dentro de un bucle). Con pocas esperas largas, la demora está en la aplicación, y ajustar el SQL no la resuelve.

Dónde mirar

• Cuántas idas y vueltas hubo y cuánto dura cada una: Perfil, fila de este componente: columnas Ocurrencias y Media (s)
• Muchas esperas cortas o pocas largas: Distribución de latencia, tabla de este evento
• FETCH que traen pocas filas cada uno: Tipos de llamada, fila FETCH: Cantidad y Filas
• Sentencias que más esperaron a la aplicación: Sentencias principales por componente, grupo de este evento

direct path read temp

Lee del tablespace temporal lo que una ordenación, un hash join o una tabla temporal escribió allí.

Normal cuando

Ordenaciones y joins grandes, por lotes.

Preocupa cuando

La operación debería caber en la memoria de la sesión: PGA pequeña para ella, o más volumen del necesario (join equivocado, ordenación de demasiadas filas).

Dónde mirar

• Sentencias que usaron el TEMP: Sentencias principales por componente, grupo de este evento
• Operaciones SORT y HASH JOIN que escribieron en el TEMP: detalle de la sentencia, Plan de ejecución: columna PW
• pga_aggregate_target y pga_aggregate_limit, en la base de datos

CPU: FETCH dbcalls

Tiempo de CPU de la sesión en la búsqueda de las filas. Alto: demasiadas lecturas lógicas (LIO), en general un plan que lee muchos más bloques de los que piden las filas devueltas.

Normal cuando

Es parte del trabajo normal de la base de datos.

Preocupa cuando

Domina el tiempo total: empiece por las sentencias que más CPU consumen y por sus lecturas lógicas.

Dónde mirar

• CPU por tipo de llamada: Tipos de llamada
• Sentencias con más lecturas lógicas: Sentencias SQL, columnas LIO y Filas
• Sentencias que más CPU consumieron en esta llamada: Sentencias principales por componente, grupo de esta llamada
• Operaciones del plan con LIO propio alto: detalle de la sentencia, Plan de ejecución: operaciones destacadas

db file scattered read

Lee varios bloques contiguos de una vez al buffer cache: full table scan o index fast full scan.

Normal cuando

Full scan de una tabla pequeña o mediana, que cabe en el cache.

Preocupa cuando

Full scan de una tabla grande para devolver pocas filas: falta un índice, o el índice no se usa.

Dónde mirar

• Sentencias que más leyeron: Sentencias principales por componente, grupo de este evento
• Operaciones TABLE ACCESS FULL e INDEX FAST FULL SCAN: detalle de la sentencia, Plan de ejecución: operaciones destacadas
• Objetos más leídos: Objetos con más tiempo de espera

direct path write temp

Escribe en el TEMP la parte de una ordenación o de un hash join que no cupo en la PGA.

Normal cuando

Operaciones grandes, por lotes.

Preocupa cuando

Lo mismo que la lectura de TEMP: PGA pequeña o volumen alto.

Dónde mirar

• Sentencias que usaron el TEMP: Sentencias principales por componente, grupo de este evento
• Operaciones SORT y HASH JOIN que escribieron en el TEMP: detalle de la sentencia, Plan de ejecución: columna PW

CPU: PARSE dbcalls

Tiempo de CPU de la sesión en el análisis del SQL (parse). Alto: hard parse por SQL sin bind, o parse repetido del mismo cursor (abrir y cerrar en cada ejecución).

Normal cuando

Es parte del trabajo normal de la base de datos.

Preocupa cuando

Domina el tiempo total: empiece por las sentencias que más CPU consumen y por sus lecturas lógicas.

Dónde mirar

• Hard parses: Tipos de llamada, fila PARSE: Cantidad y Misses
• Sentencias que solo cambian los literales: Textos compartibles
• Un PARSE por cada EXEC: detalle de la sentencia, Llamadas: PARSE frente a EXEC
• Sentencias que más CPU consumieron en esta llamada: Sentencias principales por componente, grupo de esta llamada

CPU: CLOSE dbcalls

Tiempo de CPU de la sesión en el cierre del cursor. Casi siempre pequeño.

Normal cuando

Es parte del trabajo normal de la base de datos.

Preocupa cuando

Domina el tiempo total: empiece por las sentencias que más CPU consumen y por sus lecturas lógicas.

Dónde mirar

• CPU por tipo de llamada: Tipos de llamada
• Sentencias con más lecturas lógicas: Sentencias SQL, columnas LIO y Filas
• Sentencias que más CPU consumieron en esta llamada: Sentencias principales por componente, grupo de esta llamada
• Sentencias hijas de los bloques PL/SQL: detalle de la sentencia, SQL recursivo

log file switch completion

La sesión espera a que termine el cambio de archivo de redo log.

Normal cuando

Raro: una espera corta en cada cambio.

Preocupa cuando

Redo logs pequeños para el volumen generado: cambios frecuentes.

Dónde mirar

• Cuántos cambios y cuánto dura cada uno: Perfil, fila de este componente: columnas Ocurrencias y Media (s)

Configuration

Esperas causadas por un límite de configuración: redo log pequeño, buffer cache, ITL, caché de secuencia, espacio.

Normal cuando

Raro.

Preocupa cuando

El evento indica el parámetro o el objeto que hay que ajustar.

Dónde mirar

• Qué evento, y qué pide: Por clase de espera, fila de esta clase: columna Componentes principales

No clasificado

Eventos que el motor no sabe clasificar.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Suma mucho: la clase del evento en v$event_name dice dónde encaja.

Dónde mirar

• Clase del evento: v$event_name.wait_class, en la base de datos

enq: RO - fast object reuse

TRUNCATE o DROP esperando que la base de datos descarte los bloques del objeto que están en el buffer cache.

Normal cuando

Suma poco tiempo.

Preocupa cuando

TRUNCATE dentro de un bucle, o buffer cache demasiado grande para recorrer.

Dónde mirar

• Cuántas ocurrencias: Perfil, fila de este componente: columna Ocurrencias
• Sentencias que más esperaron: Sentencias principales por componente, grupo de este evento

Disk file operations I/O

Operaciones sobre el archivo (abrir, cerrar, consultar el tamaño), no lectura de datos.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Suma mucho: muchos archivos abiertos y cerrados, o sistema de archivos lento.

Dónde mirar

• Cuántas ocurrencias y cuánto dura cada una: Perfil, fila de este componente: columnas Ocurrencias y Media (s)

reliable message

La sesión envió un mensaje a procesos de fondo o a otras instancias y espera la confirmación.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Suma mucho: TRUNCATE, result cache o cambio de parámetro en RAC.

Dónde mirar

• Sentencias que más esperaron: Sentencias principales por componente, grupo de este evento

SQL*Net message to client

Tiempo para entregar un paquete de respuesta al sistema operativo. No mide la red hasta el cliente, solo la entrega al SO.

Normal cuando

Microsegundos por ocurrencia, una por llamada.

Preocupa cuando

El promedio sube a milisegundos: búfer de red del servidor lleno o red saturada.

Dónde mirar

• Promedio y máximo por espera: Perfil, fila de este componente: columnas Media (s) y Máx (s)

User I/O

Lecturas y escrituras de datos hechas por la propia sesión.

Normal cuando

Siempre hay algo de I/O, con promedio bajo por lectura.

Preocupa cuando

Demasiados bloques (el plan lee más de lo necesario) o tiempo medio alto por lectura (almacenamiento lento).

Dónde mirar

• Qué eventos de I/O pesan: Por clase de espera, fila de esta clase: columna Componentes principales
• Lecturas lentas, o muchas lecturas rápidas: Distribución de latencia
• Objetos más leídos: Objetos con más tiempo de espera
• Sentencias que más leyeron: Sentencias principales por clase, grupo de esta clase
• Operaciones del plan que leen demasiados bloques: detalle de la sentencia, Plan de ejecución: operaciones destacadas

No contabilizado

Tiempo que el trace no explica por CPU ni por espera: dentro de las llamadas y entre ellas.

Normal cuando

Pequeño.

Preocupa cuando

Cola de CPU, paginación, huecos en el trace o un archivo que falta en la colección.

Dónde mirar

• Los dos componentes de tiempo no contabilizado y la tarjeta de cada uno: Perfil del tiempo de respuesta

CPU

Tiempo de CPU de las llamadas a la base de datos (el c= de PARSE, EXEC y FETCH).

Normal cuando

Es el trabajo de la base de datos.

Preocupa cuando

Suma mucho: demasiadas lecturas lógicas (plan), parse en exceso o PL/SQL pesado.

Dónde mirar

• CPU por tipo de llamada: Tipos de llamada
• Sentencias con más lecturas lógicas: Sentencias SQL, columnas LIO y Filas
• Sentencias que más CPU consumieron: Sentencias principales por clase, grupo de esta clase

Idle

La sesión espera trabajo. En un trace de sesión, casi siempre es SQL*Net message from client: tiempo de la aplicación, de la red y del usuario.

Normal cuando

Aparece entre las llamadas.

Preocupa cuando

Domina el tiempo total y el usuario se queja de la demora: la lentitud está fuera de la base de datos (aplicación, red, demasiadas idas y vueltas).

Dónde mirar

• Cuántas idas y vueltas hubo: Resumen, Llamadas a la base de datos y Esperas
• FETCH que traen pocas filas cada uno: Tipos de llamada, fila FETCH: Cantidad y Filas
• Sentencias que más esperaron a la aplicación: Sentencias principales por clase, grupo de esta clase

Application

Esperas causadas por la forma en que la aplicación usa la base de datos: filas y tablas bloqueadas por otra sesión, bloqueos de la aplicación, errores devueltos.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Sesión detenida esperando a otra: transacciones largas, la misma fila actualizada por varias sesiones, clave foránea sin índice.

Dónde mirar

• Qué eventos pesan: Por clase de espera, fila de esta clase: columna Componentes principales
• Objetos en disputa: Objetos con más tiempo de espera
• Sentencias que quedaron bloqueadas: Sentencias principales por clase, grupo de esta clase
• Quién sostiene el lock: v$session.blocking_session, en la base de datos

Other

Eventos internos sin una clase más específica.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Suma mucho: el evento es el que indica la causa.

Dónde mirar

• Qué evento pesa: Por clase de espera, fila de esta clase: columna Componentes principales

Network

Enviar y recibir datos por SQL*Net, con la aplicación o con otra base de datos por dblink.

Normal cuando

Suma poco tiempo.

Preocupa cuando

Resultados grandes, arraysize bajo o dblink lento.

Dónde mirar

• Qué eventos de la clase pesan (more data, dblink): Por clase de espera, fila de esta clase: columna Componentes principales
• Filas por FETCH: Tipos de llamada, fila FETCH: Cantidad y Filas
• Sentencias que más usaron la red: Sentencias principales por clase, grupo de esta clase

SQL recursivo (sentencias hijas)

Tiempo de las llamadas que esta sentencia disparó: SQL dentro de funciones y procedimientos PL/SQL, triggers y consultas al diccionario.

Normal cuando

Sentencia PL/SQL que ejecuta otros SQL.

Preocupa cuando

Suma mucho en un SELECT o DML simple: función PL/SQL llamada por fila, o trigger pesado.

Dónde mirar

• Qué sentencias hijas y cuánto cuesta cada una: detalle de la sentencia, SQL recursivo