MONITOR DBA

Actualización Monitor de Performance
Vladimir Escafi G.
16/09/2009.

Monitor Performance BAJAR TRIAL

Continuo agregando nuevas caracteristicas al MONITOR DE PERFORMANCE.
En esta entrega determinaré que consultas (Query) tienen mas bajo rendimiento.
Partiré determinando en que rango de fechas haré la revisión.
Posteriormente identificaré a que hora se registran los Pics de IO en estos rangos.
Con ayuda del catálogo el MONITOR realizará el análsis de las consultas ejecutadas en una hora determinada.
Estableceré cual fue la consulta, el usuario, el programa, plan de ejecución y sus tiempos de duración
Identificaré las tablas que accesa aquella consulta y determinaré su tamaño, HWM, bloques usados, índices, últimas estadísticas,etc.
De esta manera podré precisar cuales tablas y cuales consultas requieren trabajos de mantención o afinamiento.
(No olvide que estos modulos del MONITOR se valen del ARW ,revise tu tipo de licenciamiento)

Demos

BAJAR TRIAL

Uso
Ingresar a aplicacion Monitor de Performance.

Seleccionar en el menú del monitor de performance

Seleccionar fechas y horas

Actualizar

He agregado nuevas opciones en las paletas de revision. .

He agregado un nuevo boton con un nuevo módulo.
Pero para esta funcionalidad es necesario contar con un catalogo.
El catalogo no es nada mas que otra base de datos (Puede ser 9i o 10g) La cual hace las veces de repositorio.
Es el mismo concepto con el que funciona el modulo de Statspack, descrito en otra de mis entregas. Esto es para no impactar a la base revisada mientras se buscan bajas de performance o problemas de rendimiento.
Tambien ademas, para no crear objetos u esquemas de revision dentro de la base en revision

El concepto es muy simple. En la pantalla principal se debe indicar que base de datos sera el catalogo (No puede ser la misma base de datos en revision). Por ejemplo una base de datos Oracle instalada en mi propio equipo, por razones de conectividad y compatibilidad se recomienda no usar la 10gExpress como catalogo.

Debemos ingresar el usuario que usaremos de la base catalogo (debe estar creado previamente y tener permisos administrativos sobre nuestra base catalogo) ,su clave y SID o Servicio definido en el Tnsnames.ora.

Una vez conectado el catalgo desplegamos el grafico en la paleta IO,esta muestra la variación encuanto a las lecturas fisicas (a disco) de las consultas.
Una vez identificados los Pics nos vamos al combobox y seleccionamos la hora en la lista.
y presionamos el botor indicado.

Aca es donde entra en juego el catalogo, pues automaticamente el Monitor creara las tablas y comenzara a realizar el analisis de performance, fuera de la base de datos monitoreada.

Esta opcion esta construida solo para registrar problemas de rendimiento en las consultas realizadas sobre la base de datos. De no existir consultas (Querys) con problemas de rendimiento no arrojara datos.

Pero veamos una prueba que si nos genera datos.
Aca se indican las consultas (Query) que tuvieron bajas en su rendimiento.
Muestra tambien la consulta,su plan de ejecucion, usuario,objeto involucrado,y el programa que lo ejecuto.

Tambien despliega una grafica con los tiempos que tomaron estas consultas en ejecutarse.
Toda esta información es con relacion a la hora seleccionada en la lista del IO.
Todo esto permite ir de lo mas general a lo detallado, como se puede apreciar,
buscando que sentencias o consultas estan produciendo mal rendimiento.

El MONITOR tambien permite seleccionar la tabla desde el despliegue del analisis
de la consulta (seccion inferior) y consultar aspectos relevantes a esta como:
HWM
Tamaño
Total Bloques y total bloques usados
Registros
Fecha de ultima estadistica.
Ademas de sugerir las actividades de mantencion a realizar sobre la tabla.

 


Vladimir Escafi (vescafi@gmail.com)