IIUG Español

Re: Monitoreo

Posted By: Aquiles Loranca/Mexico/IBM
Date: Monday, 10 July 2006, at 2:56 p.m.

In Response To: Monitoreo (HUGO CASTILLO)

Hola Hugo,

A partir de la versi=F3n 6 el comando tbstat ahora se llama onstat (tb =
ven=EDa
de "turbo" y "on" viene de OnLine ;-) ), una excelente referencia del
comando onstat, adicional al manual que tambi=E9n es muy buena, puede s=
er
encontrada en la p=E1gina:

http://www.oninit.com/

Mis recomendaciones b=E1sicas ser=EDan las siguientes:

1. Antes de hacer culquier monitoreo, asegurate de tener las estad=EDst=
cas de
tu base de datos actualizadas (es decir, correr UPDATE STATISTICS...), =
una
estad=EDsticas no actualizadas pueden causar que el optimizador no haga=
la
decisi=F3n correcta al resolver un query, por ejemplo, haciendo una b=FA=
squeda
secuencial de una tabla de 100,000 registros para encontrar solo 1 cuan=
do
con un =EDndice que ya existe pudiera hacerlo con tan solo tres lectura=
s ;-).

2. Busca por cuellos de botella en disco, prefiere el uso de rawdevices=
en
lugar de cooked files, as=ED te ahorras el overhead de filesystem manag=
er del
Sistema Operativo y si usas KAIO puedes simplificar mucho la administra=
ci=F3n
de los AIOVPs y puedes obtener un poco m=E1s de performace. Corre el co=
mando
sar -d del Sistema Operativo en momentos de carga y presta atenci=F3n a=
los
discos que presenten porcentajes de uso mayores a 50% y avsrv mayores a=
60.

3. Si tienes checkpoint mayores a 10 segundos y tu sistema es OLTP, hay=

unas notas muy buenas sobre afinaci=F3n de checkpoints.

4. En memoria compartida checa si no est=E1s paginando, activa el par=E1=
metro
RESIDENT a 1 si la plataforma lo soporta.

5. Si tu sistema es OLTP Verifica que los buffers de lectura y escritur=
a
estan bien utilizados: corre un onstat -p -r y revisa el porcentaje de =
uso
de los caches (buffers) tanto para lectura como para escritura, para el=

primero un valor mayor o igual al 90% es adecuado y para el segundo un
valor mayor a 85% es adecuado (aunque algunas fuentes mencionan que el
valor adecuado es mayor o igual al 87% )

6. Busca por cuellos de botella en CPU corriendo un onstat -g rea -r , =
una
lista muy grande y permamente (m=E1s de 6 threads) pueden ser indicativ=
o de
que el CPU no se est=E1 dando abasto.

Si bien estas no son todas las consideraciones de Performance and Tunin=
g
(hay un curso completo de IBM-Informix para ello) creo que estos son lo=
s
m=E1s importantes ;-). Recuerda, si vas a cambiar par=E1metros de la ba=
se de
datos cambia uno a la vez, aplicalo y vuelve a medir.

Saludos.

Aquiles.

=

"HUGO CASTILLO" =

<hcastillo@corpd To: iiug-esp@iiug.o=
rg

go.com.mx> cc: =

Sent by: Subject: Monitoreo [1256=
]

iiug-esp-bounces =

@iiug.org =

=

=

10/07/2006 13:26 =

Please respond =

to iiug-esp =

=

Estoy tratando de establecer un monitoreo de parametros de Informix que=
me
pueda servir para ver el comportamiento de la base de datos, actividad,=

tablas
con respuesta lenta, etc, ojala me pudieran ayudar, adicionalmente teng=
o la
version 9.4 y quise usar el comando tbstat de la version 7 y no lo reco=
noce
la
version 9.4. cuam es en esta version?
Agradezco sus respuesta

***********************************************************************=
********

Forum Note: Use "Reply" to post a response in the discussion forum.

=

Messages In This Thread

• Monitoreo
  HUGO CASTILLO -- Monday, 10 July 2006, at 2:26 p.m.
  • Re: Monitoreo
    Aquiles Loranca/Mexico/IBM -- Monday, 10 July 2006, at 2:56 p.m.

IIUG Español is maintained by Administrator with WebBBS 5.12.